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

bgpd: fix colored routes not installed after a switchover #16006

Merged
merged 1 commit into from
May 14, 2024

Conversation

pguibert6WIND
Copy link
Member

On a multihomed setup with colored bgp updates, when the primary PE goes offline, only a small subset of colored bgp routes are not switching to the secondary pe.

When a switchover happens, due to a remote IP becoming unreachable, some nexthop tracking down notifications are sent, but those messages are completely ignored for colored bgp updates.

The original code has been thought for enabling the SR-TE service, when IP reachability is ok, but not when services goes offline.

Fix this by extending the down notification mechanism for colored routes too.

Fixes: 545aeef ("bgpd: extend the NHT code to understand SR-TE colors")

On a multihomed setup with colored bgp updates, when the primary
PE goes offline, only a small subset of colored bgp routes are
not switching to the secondary pe.

When a switchover happens, due to a remote IP becoming unreachable,
some nexthop tracking down notifications are sent, but those messages
are completely ignored for colored bgp updates.

The original code has been thought for mounting up the SR-TE service,
when IP reachability is ok, but not when services goes offline.

Fix this by extending the down notification mechanism for colored routes
too.

Fixes: 545aeef ("bgpd: extend the NHT code to understand SR-TE colors")

Signed-off-by: Philippe Guibert <philippe.guibert@6wind.com>
Copy link
Member

@riw777 riw777 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good ... just seems to extend the original hack and performance penalty in trade for making certain colored routes are handled correctly when going down as well as coming up

@pguibert6WIND
Copy link
Member Author

y in trade for making certain colored routes are handled correctly when going down as well as coming up

yes: perf penalty will happen a bit.
Note that this situation happens in all frrouting hosted machines receiving colored updates.
And you may be surprised to see that even classical full routes have colored BGP updates !

Since 37488b573f5e, we read colored updates with separate NHTs, and if we don't take this commit, we may have lose routes when switching over.

@pguibert6WIND
Copy link
Member Author

ci:rerun

@riw777 riw777 merged commit 93b68f6 into FRRouting:master May 14, 2024
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants