Re: [c-nsp] Best Practices for quickly removing routes when BGP peer drops

Gert Doering via cisco-nsp <[email protected]> Wed, 10 Dec 2025 20:03:39 +0100
Newsgroups gmane.network.nsp.cisco
Message-ID <[email protected]>
--===============0669126331483775273==
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="7F6ATGGGR5P3KUsF"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit


--7F6ATGGGR5P3KUsF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

On Wed, Dec 10, 2025 at 05:49:47PM +0000, Jakob Heitz (jheitz) via cisco-ns=
p wrote:
> advertise best-external without labels causes transient forwarding loops.=
 In BGP those could last 10s of seconds. You could use labels or add-path.
> (add-path could cause loops too. C???est la vie)

True, using labels is the best choice to avoid this sort of transient
loops.

The problem with IOS XR is not that "without labels you would see transient
loops", the problem is that it's not working correctly *at all* (because XR
- at least the versions we discussed with TAC for - installs both "best"
and "best external" path as load-sharing entries, and so half your packets
are sent the wrong way).

gert
--=20
"If was one thing all people took for granted, was conviction that if you=
=20
 feed honest figures into a computer, honest figures come out. Never doubte=
d=20
 it myself till I met a computer with a sense of humor."
                             Robert A. Heinlein, The Moon is a Harsh Mistre=
ss

Gert Doering - Munich, Germany                             [email protected]=
=2Ede

--7F6ATGGGR5P3KUsF
Content-Type: application/pgp-signature; name=signature.asc
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----

iQGzBAEBCAAdFiEEti5qK05WVwt73GvgHYKe/spWKBIFAmk5xAkACgkQHYKe/spW
KBI1pAwAl/ATOAP7jNRb9dt6PDIIHaBSIr+MrXAVgOoU49NwIMj8+bEGjEse2qMC
9K9U9Ti3dRVYuEaIlp9j4so63/xf2i1xLlLgK422CpmwdnMb/lkg4p9Kzg1K08K8
zDA7wLar7ZWuDUbpSsBvC1cgAl/Q/XttNFi4re/fWr7Iqt4JXK9IXQNkfzfqyY8q
sGXgjyVl/DRqOIgQfc3pScFF0KfShiCoig8mqROGZlmgst60bp3fUNgRtzqxxycu
9ycZLR+HB1UO0sbBYUwXMScTCq2ckL3ggbjWs15B56JDu1PYyy6KXAqlwFQUkAKq
lZShJPfp5BwUdVRVGJ/8GP+U+XkuhCqrtE5cMwcCh6W/HQe1Qu4wf1hswVinzYrq
pAxWbWBph6UjtoXcqvvcx5safmE9hosRZSFiXnnoPcCQwUJwZfGIrS2r2BpqHtV0
MHcuL1srIq44lPo/uXclHHzSPWyc0KyJ7DSKbMbWHjVIhWdUSetsmyKn+z5nG5lz
JHH3beHz
=U6QX
-----END PGP SIGNATURE-----

--7F6ATGGGR5P3KUsF--

--===============0669126331483775273==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KY2lzY28tbnNw
IG1haWxpbmcgbGlzdCAgY2lzY28tbnNwQHB1Y2submV0aGVyLm5ldApodHRwczovL3B1Y2submV0
aGVyLm5ldC9tYWlsbWFuL2xpc3RpbmZvL2Npc2NvLW5zcAphcmNoaXZlIGF0IGh0dHA6Ly9wdWNr
Lm5ldGhlci5uZXQvcGlwZXJtYWlsL2Npc2NvLW5zcC8K

--===============0669126331483775273==--