-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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: last reset SNAFU #17881
base: master
Are you sure you want to change the base?
bgpd: last reset SNAFU #17881
Conversation
6f742a0
to
0e961cc
Compare
adca1c4
to
4381a7f
Compare
This is actually not reset, and should be ignored showing it as last reset under `show bgp neighbor`. Fixes: 1e91f1d ("bgpd: Update failed reason to distinguish some NHT scenario") Signed-off-by: Donatas Abraitis <[email protected]>
…aults Move checking if the peer is active only after we apply defaults for address families. If the family got activated after applying the defaults we should reset last_reset reason. Signed-off-by: Donatas Abraitis <[email protected]>
4381a7f
to
9a5be11
Compare
@@ -2163,6 +2163,9 @@ bgp_establish(struct peer_connection *connection) | |||
peer->established++; | |||
bgp_fsm_change_status(connection, Established); | |||
|
|||
if (peer->last_reset == PEER_DOWN_WAITING_OPEN) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I really don't get this change. Can you help me understand why displaying this is not good? And if we don't want to use PEER_DOWN_WAITING_OPEN why keep it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When the peer is created, "last reset" is displayed as "Waiting for OPEN" even when the connection is established which is something a "confusing part" (because it wasn't reset actually).
Closes #17868