Bug ID 868701: Azure and GCP platforms - virtual address does not get mapped correctly when virtual server is moved from one traffic group to another

Last Modified: Apr 17, 2024

Affected Product(s):
BIG-IP MA-VE(all modules)

Known Affected Versions:
14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 14.1.4.4, 14.1.4.5, 14.1.4.6, 14.1.5, 14.1.5.1, 14.1.5.2, 14.1.5.3, 14.1.5.4, 14.1.5.6, 15.0.0, 15.0.1, 15.0.1.1, 15.0.1.2, 15.0.1.3, 15.0.1.4, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4, 15.1.0.5, 15.1.1, 15.1.2, 15.1.2.1, 15.1.3, 15.1.3.1, 15.1.4, 15.1.4.1, 15.1.5, 15.1.5.1, 15.1.6, 15.1.6.1, 15.1.7, 15.1.8, 15.1.8.1, 15.1.8.2, 15.1.9, 15.1.9.1, 15.1.10, 15.1.10.2, 15.1.10.3, 15.1.10.4, 16.0.0, 16.0.0.1, 16.0.1, 16.0.1.1, 16.0.1.2

Opened: Jan 13, 2020

Severity: 3-Major

Symptoms

On Azure and GCP platforms, with a BIG-IP high availability (HA) cluster configured and running in Active/Active mode, if a virtual address is moved from one traffic-group to another traffic-group, the virtual address on the next-active device does not get mapped to the new traffic-group.

Impact

Application traffic does not resume after the virtual address is moved from one traffic-group to another.

Conditions

1) Running on Azure or GCP platform. 2) HA cluster is configured in Active/Active mode. 3) A virtual address is moved from one traffic group to another.

Workaround

None.

Fix Information

None

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips