Bug ID 579843: tmrouted may not re-announce routes after a specific succession of failover states

Last Modified: Apr 28, 2025

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

Known Affected Versions:
11.5.0, 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.5.4, 11.5.4 HF1, 11.5.4 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, 11.6.1, 12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2

Fixed In:
13.0.0, 12.1.2, 11.6.1 HF1, 11.5.4 HF3

Opened: Mar 11, 2016

Severity: 3-Major

Symptoms

tmrouted does not re-announce RHI routes in a specific transition of failover states within a HA pair using dynamic routing and HA pair.

Impact

Tmrouted may not announce the Virtual addresses when coming back to Active state after the mention succession.

Conditions

- Active/Standby HA pair set up - Both units configured with a dynamic routing protocol and Route Health Injection enabled on one or more Virtual-Addresses. - Active unit has the following succession of failover states: Active->Offline->Online->Standby->Active

Workaround

A failover to Standby and back to Active works around the issue. Restarting tmrouted is also an alternative option.

Fix Information

tmrouted now re-announces RHI routes in a specific transition of failover states within a HA pair using dynamic routing and HA pair.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips