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

Last Modified: Mar 12, 2019

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.5.3 HF2, 11.5.4, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2, 12.1.2, 12.1.2 HF1, 12.1.2 HF2, 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

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