-
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
BGP Sessions Remain Idle After Restarting systemd-networkd or Rebooting on VM in FRR 10.2.1 (Physical Machine & KVM) #17860
Comments
Could you show the output of |
Hi @ton31337 , After executing the commands "debug bgp bfd", "debug bfd peer", and "debug bfd zebra", I observed the following results in the FRR log. VM:
BM (physical machine):
|
Ok, seems nothing what I expected. Could you also enable |
Hi @ton31337 , Both VM and BM use version 10.2.1: VM:
Note: In our environment, after restarting systemd-networkd, the frr service will be automatically restarted.
BM:
By the way, we tested downgrading the BM version to 10.1.2, but similar issues still occurred. However, when both BM and VM versions are downgraded to 10.1.2, restarting systemd-networkd or rebooting on either side automatically rebuilds the BGP peer |
Could you remove BFD from the configuration and test it out? I want to narrow-down the scope a bit. |
Sure. After removing the BFD-related configuration, the BGP behavior meets expectations. Testing on both the VM and BM environments shows that restarting systemd-networkd or rebooting ultimately still automatically re-establishes the BGP session |
Description
Recently, after upgrading the FRR version on both Baremetal and VMs to 10.2.1, we encountered an abnormal issue.
When the VM is rebooted or systemd-network is restarted, the BGP session remains stuck in Idle until we either bring down and up the bridge interface or restart FRR on the physical machine (bare-metal).
However, when using FRR versions 9.0.2/9.0.5 on the physical machine, the BGP peer automatically re-establishes correctly without issues
FRR log (VM):
Packet sniffer (VM):
BGP session (abnormal):
Bring down and up the bridge interface or restart FRR on the physical machine
Version
How to reproduce
Both Bare-metal and VM are using FRR version 10.2.1.
BM's FRR config:
VM's FRR config:
Expected behavior
After rebooting the VM or restarting systemd-networkd, the BGP session automatically re-establishes
Actual behavior
BGP session remains in an Idle state
Additional context
No response
Checklist
The text was updated successfully, but these errors were encountered: