Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use BMP End-of-RIB to trigger peer_up_withdraws_handler #18

Open
matthieugouel opened this issue Jan 4, 2025 · 0 comments
Open

Use BMP End-of-RIB to trigger peer_up_withdraws_handler #18

matthieugouel opened this issue Jan 4, 2025 · 0 comments

Comments

@matthieugouel
Copy link
Member

Right now we wait a random timer (5min +/- 1min) dropping update that has not been re-sent after a restart.
This is done in order to catch missing withdraws that could happen after the last state dump.

But we could use instead the End-of-RIB instead of a timer to more precisely know when to do this check.
https://datatracker.ietf.org/doc/html/rfc4724#section-2

An UPDATE message with no reachable Network Layer Reachability
   Information (NLRI) and empty withdrawn NLRI is specified as the End-
   of-RIB marker that can be used by a BGP speaker to indicate to its
   peer the completion of the initial routing update after the session
   is established.  For the IPv4 unicast address family, the End-of-RIB
   marker is an UPDATE message with the minimum length [[BGP-4](https://datatracker.ietf.org/doc/html/rfc4724#ref-BGP-4)].  For any
   other address family, it is an UPDATE message that contains only the
   MP_UNREACH_NLRI attribute [[BGP-MP](https://datatracker.ietf.org/doc/html/rfc4724#ref-BGP-MP)] with no withdrawn routes for that
   <AFI, SAFI>.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant