Bug ID 561841: Floating IPv6 subnet router anycast address for HA results in intermittent communication loss

Last Modified: Sep 13, 2023

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

Known Affected Versions:
11.5.0, 11.5.1, 11.5.2, 11.5.3, 11.5.4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 11.5.10, 11.6.0, 11.6.1, 11.6.2, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 11.6.5, 11.6.5.1, 11.6.5.2, 11.6.5.3, 12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2, 12.1.0, 12.1.1, 12.1.2, 12.1.3, 12.1.3.1, 12.1.3.2, 12.1.3.3, 12.1.3.4, 12.1.3.5, 12.1.3.6, 12.1.3.7, 12.1.4, 12.1.4.1, 12.1.5, 12.1.5.1, 12.1.5.2, 12.1.5.3, 12.1.6

Fixed In:
13.0.0

Opened: Dec 07, 2015

Severity: 3-Major

Symptoms

When a floating IPV6 subnet router anycast address is used in an HA configuration, neighbor solicitation responses maybe sent by the standby box in the HA configuration. The mac masquerade address is not used for responses. The subnet router anycast address is the first IPv6 address within the netblock, for example 2001:1234::/64 (the host address here is all zeros)

Impact

Communication issues between an IPv6 host and the traffic group floating IP address.

Conditions

Floating IPV6 subet router anycast address is used and packets are first received by the standby box.

Workaround

Use a regular IPv6 address instead of an subnet router anycast address for floating addresses.

Fix Information

None

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips