Loading...
Loading...
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.
Click on a version to see all relevant bugs
F5 Integration
Learn more about where this data comes from
BugZero Plan
Streamline upgrades with automated vendor bug scrubs
BugZero Prevent
Wish you caught this bug sooner? Get proactive today.