Bug ID 618982: IPSEC + chassis behavior for case secondary blades on-off switch.

Last Modified: Sep 13, 2023

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

Known Affected Versions:
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, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1

Fixed In:
13.1.0

Opened: Sep 27, 2016

Severity: 3-Major

Symptoms

After cmp_state change (secondary blade restart), some flows will fail

Impact

Some users may lose their connections and have difficulty restoring them.

Conditions

Adding-removing blades causes DAG flow redistribution and redistribution IKE/IPSEC SA's and IPSEC data flows between existing blades. It makes some flows interrupted and IPSEC peer disconnect.

Workaround

None

Fix Information

On HW configuration change BIG-IP need: 1. Graciously close affected IPSEC tunnels. 2. Update all involved IPSEC peers 3. Be ready to create the new tunnels upon requests.

Behavior Change

Expected behavior: All IPSEC tunnels should be shutdown and restarted upon request.

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips