[192848] in North American Network Operators' Group
BFD on back-to-back connected BGP-speakers
daemon@ATHENA.MIT.EDU (Hugo Slabbert)
Tue Nov 29 13:23:47 2016
X-Original-To: nanog@nanog.org
Date: Tue, 29 Nov 2016 10:23:41 -0800
From: Hugo Slabbert <hugo@slabnet.com>
To: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
--mxv5cy4qt+RJ9ypb
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Good morning, nanog,
Is there any/sufficient benefit in adding BFD onto BGP sessions between
directly-connected routers? If we have intermediate L2 devices such that=
=20
we can't reliably detect link failures BFD can help us quickly detect peers=
=20
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=20
panels)
Possible failure scenarios where I could see this helping would be fat=20
fingering (filters implemented on one or the other side drops traffic from=
=20
the peer) or e.g. something catastrophic that causes the control plane to=
=20
go away without any last gasp to the peer.
Or is adding BFD into the mix in this type of setup getting into increasing=
=20
effort/complexity (an additional protocol) for dimishing returns?
--=20
Hugo Slabbert | email, xmpp/jabber: hugo@slabnet.com
pgp key: B178313E | also on Signal
--mxv5cy4qt+RJ9ypb
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBCgAGBQJYPcetAAoJEFsnhBAb2KmAt9YP+wZiLmWcim3gN5XAHTy8zaWr
6Utx+Y+M7VX8mBgjAlibMfJImSsglAspMUs+tOSnarJkKEd5acKBDJxtL4U+iBu1
sSzz/xQGuIcXp847drT/cmwbDenwBIwBa3FKqg7YBGjrcwQVLlxpptqYjlp9P///
0YcJyPtwRVVtuzMIhh8Z9AFRbsyabpiS6eyfJkBfLiQUQbx4wrLIN/MrJCANhmCj
DShgsNKejPXzwEHoIXLewmkRlMvV/ScYWPwrOJ/AxVyTbDXvATfJ5yjwxjKFo1M9
rX3Bl7Cn8YUUA4sOLbeuz6SfZCjHyLXWoGzOTrT5EopB1voKdvpMIIE4fjV86UIl
gBqQljLiVyYf9Hw9RbWEThwD5EqMuGHT4QgMOJjtQ9xrCkd6iyoU9a6I/jhcwSp1
I4ZPCV8DuW9ZymSY8m+q7u2M9nlnqfMw10PIya4w303knGOyuZy+Gw0TQEPPUiln
FEypr7GHeyQolsTbvgHRUYeBQ9wQ3G9SXNJuJ0JmnOxXm+ZaCHSyR7+e1c2Ba/ON
2t+c65fKHQ89rKSH6L05cyGwph8RXSY2SGQsmNPiFRw5Jl/oksBRbQuNZGYZ6zH8
BAxfc3RTsrYeU31iTqU9Oc5kXr+srMgtusm0T7xM9aBJgBdWP85RhdLPd9tZDzQG
ToBpZhhvCln0cN8dEQuX
=Nsa1
-----END PGP SIGNATURE-----
--mxv5cy4qt+RJ9ypb--
