Bug ID 525478: Requests for deflate encoding of gzip documents may crash TMM

Last Modified: Jul 18, 2026

Affected Product(s):
BIG-IP AAM, WAM(all modules)

Known Affected Versions:
11.5.1, 11.5.1 hf1, 11.5.1 hf2, 11.5.1 hf3, 11.5.1 hf4, 11.5.1 hf5, 11.5.1 hf6, 11.5.1 hf7, 11.5.1 hf8, 11.5.1 hf9, 11.5.1 hf10, 11.5.1 hf11, 11.5.2, 11.5.2 hf1, 11.5.3, 11.5.3 hf1, 11.5.3 hf2, 11.6.0, 11.6.0 hf1, 11.6.0 hf2, 11.6.0 hf3, 11.6.0 hf4, 11.6.0 hf5, 11.6.0 hf6, 11.6.0 hf7, 11.6.0 hf8

Fixed In:
12.0.0, 11.6.1, 11.5.4

Opened: May 28, 2015

Severity: 3-Major

Related Article: K80413728

Symptoms

When searching for documents in the gzip cache, if a document has been cached with gzip encoding but a non-deflate compression method (i.e., CM != 0x08) and the client has requested deflate compression, TMM may crash.

Impact

Traffic disrupted while tmm restarts.

Conditions

-- WAM/AAM enabled on VIP. -- HTTP compression enabled on VIP. -- Document served with gzip encoding and non-deflate compression. -- Document has entered the gzip cache. -- Client HTTP request specifies deflate encoding.

Workaround

Ensure that only the deflate method is used in gzip-compressed documents that will be cached by WAM/AAM. With most web servers this is the default behavior and cannot be changed. Alternatively, remove the 'Accept-Encoding: deflate' header using an iRule so that no clients can request deflate encoding.

Fix Information

Correctly handles requests for deflate compression of cached gzip documents with non-deflate compression methods.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips