summaryrefslogtreecommitdiff
path: root/zebra/zebra_errors.h
diff options
context:
space:
mode:
authorDonatas Abraitis <donatas@opensourcerouting.org>2025-01-25 20:28:26 +0200
committerDonatas Abraitis <donatas@opensourcerouting.org>2025-01-25 20:51:16 +0200
commit4338e21aa2feba57ea7004c36362e5d8186340b8 (patch)
treea59848c24d3a5469470a7789d3ae7a4e9a0b0230 /zebra/zebra_errors.h
parentf471573651cb4018af6aafc7440fa7977fc9578c (diff)
Revert "bgpd: Handle Addpath capability using dynamic capabilities"
This reverts commit 05cf9d03b345393b8d63ffe9345c42debd8362b6. TL;DR; Handling BGP AddPath capability is not trivial (possible) dynamically. When the sender is AddPath-capable and sends NLRIs encoded with AddPath ID, and at the same time the receiver sends AddPath capability "disable-addpath-rx" (flag update) via dynamic capabilities, both peers are out of sync about the AddPath state. The receiver thinks already he's not AddPath-capable anymore, hence it tries to parse NLRIs as non-AddPath, while they are actually encoded as AddPath. AddPath capability itself does not provide (in RFC) any mechanism on backward compatible way to handle NLRIs if they come mixed (AddPath + non-AddPath). This explains why we have failures in our CI periodically. Signed-off-by: Donatas Abraitis <donatas@opensourcerouting.org>
Diffstat (limited to 'zebra/zebra_errors.h')
0 files changed, 0 insertions, 0 deletions