Bug ID 503652: Some SIP UDP connections are lost immediately after enabling a blade on the Active HA unit.

Last Modified: Nov 12, 2018

Bug Tracker

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

Known Affected Versions:
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, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.2, 11.5.2 HF1, 11.5.3, 11.5.3 HF1, 11.6.0, 11.6.0 HF1, 11.6.0 HF2, 11.6.0 HF3, 11.6.0 HF4, 11.6.0 HF5

Fixed In:
12.0.0, 11.6.0 HF6, 11.5.3 HF2

Opened: Jan 29, 2015
Severity: 2-Critical
Related AskF5 Article:
K17162

Symptoms

When a blade is enabled on a cluster while it is actively processing SIP UDP traffic, some packets might be lost.

Impact

Some SIP UDP traffic packets might be lost.

Conditions

This occurs in an Active HA cluster containing VIPRION B2100 blades with the udp.hash value set to 'ipport' and client-side round robin TMM disaggregation enabled.

Workaround

Do not enable a blade in a cluster while the blade is processing SIP UDP traffic.

Fix Information

Some SIP UDP connections are now retained after enabling a blade on the Active HA unit.

Behavior Change

As part of this fix, there are two new DB variables: -- arp.gratuitousrate -- arp.gratuitousburst The functionality of these DB variables is documented in K11985: Overview of the arp.gratuitousrate and arp.gratuitousburst database variables :: https://support.f5.com/csp/article/K11985.