Aggressive BGP fall-over behavior

Soon after I wrote the Designing Fast Converging BGP Networks article, one of my regular readers sent me an interesting problem: BGP sessions would be lost in his (IS-IS based) core network if he would use fall-over on IBGP neighbors and the BGP router would have a primary and a backup path to the IBGP neighbor.

We’ve identified the source of the problem (delayed SPF run) and I decided to document it. It took “a while” (and a kind nudge from Mateusz following a discussion on Cisco-NSP mailing list) to find time to set up the test lab and document the behavior. You can find the (undesired) results in the Aggressive BGP fall-over behavior in the CT3 wiki.

Just in case someone from Cisco wants to put this on a wish list: please add a configurable delay to the neighbor fall-over command like you did with the bgp nexthop trigger delay command.


  1. I can't find some documentations on fall-over bfd...
    Can someone please explain "neighbor x.x.x.x fall-over bfd" ???


    Lewy Dalumpines

    1. How about following the links in my blog post? In particular, this one might answer your question ;)


You don't have to log in to post a comment, but please do provide your real name/URL. Anonymous comments might get deleted.