Today we tested keepalived in a Jammy Caracal environment with ovn- common and ovn-host version 24.03.6-0ubuntu0.24.04.1~cloud0 to have fixes [1] and [2].
We are unable to reproduce the issue when setting vrrp_garp_master_refresh > 0 in the keepalived charm; this setting forces the leader unit to send periodic gARPs, thus refreshing the MAC_Binding in OVS with the MAC of the master VRRP unit. The successful switchover to the second unit was triggered by manually disabling the openstack port of the unit, the switchback to the highest priority unit was triggered by re-enabling the port. We observed that the keepalived units broadcast only the MAC of the interface, not the virtual MAC that the VRRP protocol defines. We will keep testing to see if we're able to configure keepalived and the allowed-address-pair to support virtual MACs in order to be compliant with RFC 9568. [1] https://github.com/ovn-org/ovn/commit/60b58842ed [2] https://github.com/ovn-org/ovn/commit/8e825d936c -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2166984 Title: OVN Mac_Binding table not refreshed after keepalived VIP failover between virtual port parents To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ovn/+bug/2166984/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
