Forum Discussion
Luca_55898
Nimbostratus
Sep 05, 2012LTM sending TCP resets
This is a tough one...
We have a customer who has a VS setup on our LTM - its a very basic setup, just port 80 with the default HTTP profile and SNAT.
He is doing some external testing and ...
smp_86112
Cirrostratus
Sep 05, 2012> Any thoughts here? I know its a bit vague.
You're right, it's a bit vague. It's tough to give you real meaningful feedback without further info. At a high level, I suspect the connection points between the client and the LTM are different than when the client hits the Pool Member directly. If the retrans are between the client and the LTM, and you don't see any retrans between the LTM and the Pool Member, I would start examining the infrastructure between the LTM and the client. I've seen duplex mismatches between switches cause this type of problem lots of times.
If you are somewhat skilled with TCP analysis, you should also be able to confirm where the packet loss is occuring. You simply look for individual packets that are sent by the LTM and not received by the client. If you see the LTM sent a packet but it wasn't received, then you need to move down the chain to the next connection point and perform the same test. You can also use this methodology but starting from the client side of the connection. Keep moving down the connection chain (or up, depending on whether you start at the LTM or the client) until you isolate the point where packets are getting dropped.
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects