cancel
Showing results forĀ 
Search instead forĀ 
Did you mean:Ā 

Iproute sharing enabled, static routes with BFD is in FIB even if BFD peer is not yet seen

Iproute sharing enabled, static routes with BFD is in FIB even if BFD peer is not yet seen

Harri_Jaakkola
New Contributor
Hi,
We have a situation where we have identified an interesting issue.

We are using Summit X670s (tested both G1 and G2) and want to use static routing with BFD protection, and we also enable iproute sharing to 4 different destinations. However, when preparing this setup, initially we have only two destinations configured from start. The other two destinations are not up yet, but anyway we see an output from "show iproute" like below:

* (vr VR70c07e9d-5261-4028-a90c-36df) SWA_X670V.7 # show iproute Ori Destination Gateway Mtr Flags VLAN Duration
#s Default Route 172.17.21.137 1 UG---S-um--f- tenant_3796 0d:20h:51m:11s
#s 10.35.57.101/32 192.168.216.4 1 UG---Sbum--f- tenant_3005 0d:20h:51m:11s
#s 10.35.57.101/32 192.168.216.6 1 UG---Sbum--f- tenant_3005 0d:20h:51m:11s
#s 10.35.57.101/32 192.168.216.8 1 UG---Spum--f- tenant_3005 0d:20h:51m:11s
#s 10.35.57.101/32 192.168.216.10 1 UG---Spum--f- tenant_3005 0d:20h:51m:11s
(mo) MOSPF (o) OSPF, (o1) OSPFExt1, (o2) OSPFExt2,
(oa) OSPFIntra, (oe) OSPFAsExt, (or) OSPFInter, (pd) PIM-DM, (ps) PIM-SM,
(r) RIP, (ra) RtAdvrt, (s) Static, (sv) SLB_VIP, (un) UnKnown,
(*) Preferred unicast route (@) Preferred multicast route,
(#) Preferred unicast and multicast route.
Flags: (b) BFD protection requested, (B) BlackHole, (c) Compressed, (D) Dynamic,
(f) Provided to FIB, (G) Gateway, (H) Host Route, (l) Calculated LDP LSP,
(L) Matching LDP LSP, (m) Multicast, (p) BFD protection active, (P) LPM-routing,
(R) Modified, (s) Static LSP, (S) Static, (t) Calculated RSVP-TE LSP,
(T) Matching RSVP-TE LSP, (u) Unicast, (U) Up, (3) L3VPN Route.BFD session status: * (vr VR70c07e9d-5261-4028-a90c-36df) SWA_X670V.8 # show bfd session Neighbor Interface Clients Detection Status VR
=============================================================================
192.168.216.4 tenant_3005 ----s 0 Down VR70c07e9d-5261-4028-a90c-36df
192.168.216.6 tenant_3005 ----s 0 Down VR70c07e9d-5261-4028-a90c-36df
192.168.216.8 tenant_3005 ----s 900 Up VR70c07e9d-5261-4028-a90c-36df
192.168.216.10 tenant_3005 ----s 900 Up VR70c07e9d-5261-4028-a90c-36df
=============================================================================
Clients Flag: m - MPLS, o - OSPF, s - Static
NOTE: All timers in milliseconds.
The issue is that the f flag seems to be set for all destinations, even if the BFD protection is requested but not yet active, ie the other peer end has not been seen yet, This is also seen by flag "b". As we understand it, this is wrong, or? If we bring up the destinations once, then the f flag is following the BFD session status. Down => flag removed, and UP => flag added. And, if we remove iproute sharing, the f-flag remains only for the first route entry.

Max shared gateways has been configured to 32.

The issue was seen with default installed XOS 15.6.1.4, but yesterday we upgraded to latest XOS 16.1.2.14. But issue remains same.

And yes, we have been looking through this forum for similar issues without luck.

BR,
Harri
8 REPLIES 8

Harri_Jaakkola
New Contributor
Hi Oscar,

Thanks for confirming the problem. Then we believe the design should be questioned, we donā€™t believe that it should work like this.

If you have requested a BFD protection of the route, then the route should be installed only if BFD is UP. And initially, until the peer have been seen, it is NOT up.

What do you think?

Best regards,
Harri

OscarK
Extreme Employee
The seen behavior is the designed behavior. This is confirmed by engineering.

StephenW
Extreme Employee
I created an article so others can follow the solution to this thread.

https://gtacknowledge.extremenetworks.com/articles/Q_A/BDF-session-is-down-but-route-is-still-in-the...

Harri_Jaakkola
New Contributor
OK. Thanks for recreating the problem and your ack of bug-candidate.

/Harri

GTM-P2G8KFN