OPERATIONAL DEFECT DATABASE
...
...
If a virtual server starts with a FastL4 profile with an idle_timeout of zero, and this profile is then replaced with one that has a non-zero idle_timeout, it can cause traffic to fail with a 'No flow found for ACK' error in the RST packet (if DB variable tm.rstcause.pkt is enabled) or logged (if DB variable tm.rstcause.log is enabled).
Traffic no longer passes through the virtual server properly.
-- There is a virtual server configured with a FastL4 profile with an idle-timeout setting of zero ('immediate'). -- The FastL4 profile is replaced with one that has a non-zero idle-timeout setting.
To avoid this issue, if you need to change the FastL4 profile in this manner, delete and recreate the entire virtual server rather than replace the profile. Impact of workaround: This results in a traffic disruption for that virtual server. If the issue has already occurred, the only way to recover is to restart TMM Impact of workaround: This also results in a traffic disruption, this time a general one.
Replacing a virtual server's FastL4 profile no longer causes traffic to fail in this scenario.
Click on a version to see all relevant bugs
F5 Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.
