Manual Chapter :
Preventing TCP Connection Requests From Being Dropped
Applies To:
Show Versions
BIG-IP AAM
- 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP APM
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP Analytics
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP Link Controller
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP LTM
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP PEM
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP AFM
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP DNS
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
BIG-IP ASM
- 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0
Preventing TCP Connection Requests From Being Dropped
Overview: TCP request queuing
TCP request queuing provides the ability to queue connection requests that exceed the capacity
of connections for a pool, pool member, or node, as determined by the connection limit.
Consequently, instead of dropping connection requests that exceed the capacity of a pool, pool
member, or node, TCP request queuing makes it possible for those connection requests to reside
within a queue in accordance with defined conditions until capacity becomes available.
When using session persistence, a request becomes queued when the pool member connection limit
is reached.
Without session persistence, when all pool members have a specified connection limit, a request
becomes queued when the total number of connection limits for all pool members is reached.
Conditions for queuing connection requests include:
- The maximum number of connection requests within the queue, which equates to the maximum number of connections within the pool, pool member, or node. Specifically, the maximum number of connection requests within the queue cannot exceed the cumulative total number of connections for each pool member or node. Any connection requests that exceed the capacity of the request queue are dropped.
- The availability of server connections for reuse. When a server connection becomes available for reuse, the next available connection request in the queue becomes dequeued, thus allowing additional connection requests to be queued.
- The expiration rate of connection requests within the queue. As queue entries expire, they are removed from the queue, thus allowing additional connection requests to be queued.
Connection requests within the queue become dequeued when:
- The connection limit of the pool is increased.
- A pool member's slow ramp time limit permits a new connection to be made.
- The number of concurrent connections to the virtual server falls to less than the connection limit.
- The connection request within the queue expires.
Preventing TCP connection requests from being dropped
When you enable TCP request queuing, connection requests become queued when they
exceed the total number of available server connections.
- On the Main tab, click .The Pool List screen opens.
- Click a pool name in the Pool List.
- From theConfigurationlist, selectAdvanced.
- In theEnable Request Queuinglist, selectYes.
- In theRequest Queue Depthfield, type the maximum number of connections allowed in the queue.If you type zero (0) or leave the field blank, the maximum number of queued connections is unlimited, constrained only by available memory.
- In theRequest Queue Timeoutfield, type the maximum number of milliseconds that a connection can remain queued.If you type zero (0) or leave the field blank, the maximum number of milliseconds is unlimited.
- ClickUpdate.
Connection requests become queued when they exceed the total number of available
server connections.
Enabling TCP enhanced loss
recovery
Although this feature is disabled by
default, you can enable Enhanced Loss Recovery using TCP profiles. This will increase
the TCP performance for networks with low RTT and high packet loss. Enhanced loss
recovery retransmits lost segments multiple times during a loss recovery period to
prevent a timeout recovery.
This feature can be used only when
the Selective ACKs feature is enabled for the TCP connection.
- On the Main tab, click .
- Click an existing profile or clickCreate.
- Scroll down to the Loss Detection and Recovery area, and select theCustomcheck box at the right.
- For theEnhanced Loss Recoverysetting, select the check box.
