Last Modified: May 29, 2024
Affected Product(s):
BIG-IP LTM
Known Affected Versions:
13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 13.1.1.4, 13.1.1.5, 14.0.0, 14.0.0.1, 14.0.0.2, 14.0.0.3, 14.0.0.4, 14.0.0.5, 14.0.1, 14.0.1.1, 14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2
Fixed In:
15.0.0, 14.1.2.3, 13.1.3
Opened: Mar 07, 2019 Severity: 3-Major
When a FastL4 virtual server steers traffic to another SSL-enabled virtual server, there can be a delay on SSL session resumption because SSL is unable to identify the connection flow. Additionally, it has been observed that if fallback persistence is configured, the BIG-IP system might fail to start the connection serverside.
-- Potential impact to SSL performance. -- Possible connection failure.
-- FastL4 virtual server. -- iRule is used to steer traffic to another virtual server with client SSL enabled. -- Multiple tmm's.
To workaround this issue: -- Disable FastL4. -- Enable OneConnect.
FastL4-steered traffic no longer causes SSL resume handshake delay.