nanog mailing list archives
BFD on back-to-back connected BGP-speakers
From: Hugo Slabbert <hugo () slabnet com>
Date: Tue, 29 Nov 2016 10:23:41 -0800
Good morning, nanog, Is there any/sufficient benefit in adding BFD onto BGP sessions betweendirectly-connected routers? If we have intermediate L2 devices such that we can't reliably detect link failures BFD can help us quickly detect peers going away even when link remains up, but what about sessions with:
- eBGP with peering to interface addresses (not loopback) - no multi-hop- direct back-to-back connections (no intermediate devices except patch panels)
Possible failure scenarios where I could see this helping would be fat fingering (filters implemented on one or the other side drops traffic from the peer) or e.g. something catastrophic that causes the control plane to go away without any last gasp to the peer.
Or is adding BFD into the mix in this type of setup getting into increasing effort/complexity (an additional protocol) for dimishing returns?
-- Hugo Slabbert | email, xmpp/jabber: hugo () slabnet com pgp key: B178313E | also on Signal
Attachment:
signature.asc
Description: Digital signature
Current thread:
- BFD on back-to-back connected BGP-speakers Hugo Slabbert (Nov 29)
- Re: BFD on back-to-back connected BGP-speakers jim deleskie (Nov 29)
- Re: BFD on back-to-back connected BGP-speakers Ryan L (Nov 29)
- Re: BFD on back-to-back connected BGP-speakers Saku Ytti (Nov 29)