You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I have a kubernetes cluster with one master node and 2 worker nodes. This cluster uses metallb which uses FRR with BGP and BFD for loadbalancing. Per node it creates some speakers with the next BGP and BFD promerties and values:
After restarting both nodes and waiting 5 minutes the diagnostics of BFD peers says:
worker1: control detection time expired.
worker2: neighbor signaled session down.
I don't understand this messages. It is not supposed that BFD should communicate BGP which nodes are up or down? And when nodes are restarted should not be noticed to BFD?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello, I have a kubernetes cluster with one master node and 2 worker nodes. This cluster uses metallb which uses FRR with BGP and BFD for loadbalancing. Per node it creates some speakers with the next BGP and BFD promerties and values:
On the router I have the next configuration:
BGP and BFD connection is happening over a gre tunnel with 255 ttl.
When stopping worker nodes and with them speakers I get the next output on router when executing "show bfd peers" on vtysh:
After restarting both nodes and waiting 5 minutes the diagnostics of BFD peers says:
I don't understand this messages. It is not supposed that BFD should communicate BGP which nodes are up or down? And when nodes are restarted should not be noticed to BFD?
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions