Replies: 2 comments
-
@lexmora , it seems you are the only one with this issue. If you have anymore information , please add it here. This could be specific to your environment. As a trouble shooting step, can you check if the path between the VMS hits any external deviced (e.g a switch between the hosts?) |
Beta Was this translation helpful? Give feedback.
0 replies
-
duplicate of #10939 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Description:
Hello,
I hope you're doing well, I've recently returned to using CloudStack after a few years, and I'm currently facing a VXLAN connectivity issue between two virtual machines deployed on different KVM hosts.
Issue Summary:
Temporary Workaround:
The only way to restore traffic is by manually bringing down and up the physical interface on the bond carrying the VXLAN traffic.
Environment Details:
3 KVM Hosts (Kernel 6.2.0)
CloudStack version 4.20.0.0
Advaced Zone
Traffic types configured:
Native Linux bridge is in use (not OVS)
IGMP Snooping is disable on the physical switches
Concers and Question:
Why does VXLAN stop learning or maintaining remote VM MAC addresses after idle time?
is this a know issue with VXLAN multicast setup?
Are there kernel or bridge parameters that should be adjusted (e.g., aging time)?
Thanks you in advance for your help and support
Beta Was this translation helpful? Give feedback.
All reactions