Bug ID 424822: OSPFv3 redistribution with non-default metrics may lose configuration

Last Modified: Apr 28, 2025

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

Known Affected Versions:
9.4.5, 9.4.6, 9.4.7, 9.4.8, 10.0.0, 10.0.1, 10.2.0, 10.2.1, 10.2.2, 10.2.3, 10.2.4, 11.0.0, 11.1.0, 11.2.0, 11.2.1, 11.3.0

Fixed In:
11.5.0

Opened: Jul 09, 2013

Severity: 3-Major

Related Article: K14546

Symptoms

OSPFv3 configured with a non-default metric/metric-type on a redistribute statement doesn't show the non-default metric/metric-type in the config or in any displayed state.

Impact

OSPFv3 may redistribute routes using incorrect metrics.

Conditions

In an HA pair, OSPFv3 configured with redistribution from another protocol using a non-default metric/metric-type, failover.

Workaround

Restart ospf6d after the unit goes standby: tmsh mod net route-domain <rdid> routing-protocol remove { OSPFv3 } ; tmsh mod net route-domain <rdid> routing-protocol add { OSPFv3 }

Fix Information

OSPFv3 now retains non-default metric/metric-types for redistributed protocols when a unit transitions from active to standby.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips