Forum Discussion
Dropped Connections
The issue we are seeing is that the F5 Load balancer is trying to initiate a new connection to the backend server with a source port that has not been completely closed on the backend server yet (still in TIME_WAIT) from a previous connection. This causes us to see a TCP Port Number Reuse message in the captures and the backend servers are not responding to the new SYN messages from the F5. The F5 then resets the connection because it sends 3 SYN packets without a response. There is a snippet of the capture in the image attached.
We are trying to figure out what the options are to fix this behavior. 1)Can we look into enabling OneConnect source mask? If we do this how does this affect other VIPs? Is this a global configuration? 2)Perhaps we need to build a SNAT pool for this VIP to use instead of automap? 3)Do we need to change the Virtual server type to allow us to adjust the TCP timers? What is the best practice?
- Justin1Nimbostratus
We are having the exact same issue. Did you get a solution to this?
while it might look similar the chance is pretty small you encounter the exact same issue three years later.
it is probably worth the effort to start a new question and explaining your situation well (TMOS version, virtual server config, ...) with the capture that is lost in the original question.
Recent Discussions
Related Content
* 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