Bug ID 737536: Enabling 'default-information originate' on one of the several OSPF processes does not inject a default route into others.

Last Modified: Jul 12, 2023

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

Known Affected Versions:
13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 14.0.0, 14.0.0.1, 14.0.0.2, 14.0.0.3, 14.0.0.4, 14.1.0, 14.1.0.1

Fixed In:
15.0.0, 14.1.0.2, 14.0.0.5, 13.1.1.4

Opened: Jul 19, 2018

Severity: 3-Major

Symptoms

The use case is the following: |OSPF 1|---|Network1|------[|OSPF process 1|---BIG-IP system---|OSPF process 2|]-----|Network2|---|OSPF 2| Attempting to redistribute default route received from OSPF process that is peering with the Internet to OSPF process 2. However, if that route is removed (e.g., an Internet link goes down), OSPF process 2 removes the associated route and the 'default-information originate' command is the ideal choice, because as long as the OSPF process 1 default route is in the routing table, the default route is redistributed into OSPF process 2. If that route is gone, OSPF process 2 immediately removes it from routing table. Enabling 'default-information originate' on OSPF process 2 does not affect the outcome, and a default route is not injected like it should be.

Impact

A default route from OSPF process 1 is not advertised into OSPF process 2 routing table.

Conditions

-- On the BIG-IP system, OSPF routing protocol is enabled on a route-domain. -- Routing configuration example: OSPF router config examples: *** OSPF 1: !router ospf 1 ospf router-id 10.13.0.7 redistribute ospf network 10.13.0.0/16 area 0.0.0.1 default-information originate OSPF 2: router ospf 1 ospf router-id 10.14.0.5 redistribute ospf network 10.14.0.0/16 area 0.0.0.1 BIG-IP system: router ospf 1 ospf router-id 10.13.0.2 network 10.13.0.0/16 area 0.0.0.1 router ospf 2 ospf router-id 10.14.0.9 network 10.14.0.0/16 area 0.0.0.1 *** -- Enable 'default-information originate' on BIG-IP OSPF process 2 should allow OSPF process 2 to receive advertised default route from BIG-IP OSPF process 1 if such exists. # expected OSPF routers configuration on the BIG-IP system: router ospf 1 ospf router-id 10.13.0.2 network 10.13.0.0/16 area 0.0.0.1 router ospf 2 ospf router-id 10.14.0.9 network 10.14.0.0/16 area 0.0.0.1 default-information originate

Workaround

None.

Fix Information

Enabling 'default-information originate' on OSPF process 2 forces OSPF process 2 to receive a default route from OSPF process 1 if such exists.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips