Bug ID 531944: Bigstart restart on secondary blades in chassis causes racoon not to come up on primary

Last Modified: Apr 10, 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, 11.6.0, 11.6.0 HF1, 11.6.0 HF2, 11.6.0 HF3, 11.6.0 HF4, 11.6.0 HF5, 11.6.0 HF6, 11.6.0 HF7, 11.6.0 HF8, 11.6.1, 11.6.1 HF1, 11.6.1 HF2, 11.6.2, 11.6.2 HF1, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4

Fixed In:
12.1.0

Opened: Jul 06, 2015
Severity: 3-Major
Related AskF5 Article:
K48180111

Symptoms

Bigstart restart on secondary blades in chassis causes IPsec failures. The intended traffic is not secured.

Impact

Racoon on the primary blade does not comes up. The intended traffic is not secured. IPsec tunnels do not get established. IKE negotiations fail.

Conditions

1. Chassis with at least two blades is required. 2. Once the primary blade and secondary blade comes up. 3. Issue bigstart restart on the secondary blade. 4. Observe is sometimes stuck racoon on the primary blade

Workaround

Run the following command: on the primary blade: bigstart restart tmipsecd.

Fix Information

Racoon on the primary blade now comes up as expected after bigstart restart on the secondary blade.

Behavior Change