Bug ID 741919: HTTP response may be dropped following a 100 continue message.

Last Modified: Oct 16, 2023

Affected Product(s):
BIG-IP LTM(all modules)

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, 14.0.0, 14.0.0.1, 14.0.0.2, 14.0.0.3, 14.0.0.4

Fixed In:
14.0.0.5, 13.1.1.4, 12.1.4.1

Opened: Aug 28, 2018

Severity: 2-Critical

Symptoms

When a 100 response a quickly followed by another HTTP response (2xx/4xx), the second response might be dropped.

Impact

The second response might be dropped, so the end user client might not receive all the HTTP responses coming from the server. Note: This does not happen all the time, and depends on how the underlying data packets are formed and delivered to the HTTP filter.

Conditions

When a 100 response is quickly followed by another HTTP response (i.e., a 2xx/4xx response arrives within a few microseconds).

Workaround

You can use either of the following workarounds: -- Use an iRule to disable the HTTP filter in the HTTP_REQUEST event. -- Disable LRO by running the following command: tmsh modify sys db tm.tcplargereceiveoffload value disable

Fix Information

None

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips