Bug ID 447515: CMP reply occasionally matches wrong connflow

Last Modified: Nov 07, 2022

Bug Tracker

Affected Product:  See more info
BIG-IP LTM(all modules)

Known Affected Versions:
11.4.1, 11.5.0, 11.5.1, 11.5.1 HF1, 11.5.1 HF10, 11.5.1 HF11, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5

Fixed In:
11.6.0, 11.5.1 HF6, 11.4.1 HF4

Opened: Feb 06, 2014
Severity: 3-Major
Related Article:


The system might crash and the CMP reply occasionally matches wrong connflow.


CMP msg may match a wrong connflow, even with the revised connflow cookie. In addition, TMM memory might grow.


This intermittent issue occurs when TMM resumes a rule on a dead flow, which might occur at iRule resumption. This happens when an iRule is parked (e.g., for a table command), and then when the iRule is resumed, the related flow is already deleted from the conn table.


As a possible workaround to help avoid the issue, if you are using a UDP profile, check the idle_timeout value. If it is set to a low number, such as 2, try raising this value to a larger value such as 30.

Fix Information

Resolved intermittent issue that could cause an eventual crash when an iRule was parked longer than the time-out which caused the flow to be deleted but then the iRule is resumed and becomes in a bad state due to the missing flow.

Behavior Change