Uploaded image for project: 'Fast Datapath Product'
  1. Fast Datapath Product
  2. FDP-1474

[Investigation spike] OVS MAC tables on client OVS DPDK not updating correctly upon F5 virtual Load Balancers HA switchover

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • None
    • rhel-9
    • openvswitch3.3
    • None
    • 5
    • False
    • Hide

      None

      Show
      None
    • False
    • rhel-9
    • None
    • rhel-net-ovs-dpdk
    • OVS/DPDK - FDP-25.E - 1, OVS/DPDK - FDP-25.E - 2
    • 2

      In RHOSP 17.1 system, customer has a setup that is using 2 x F5 Load Balancer instances (vLB's) in Active/Standby mode:
      host dpdk-0 <<< F5 vLB A
      host dpdk-1 <<< F5 vLB B

      Host dpdk-2 is used for iXIA Servers.
      Host dpdk-3 is used for iXIA Clients.

      iXIA Clients are sending traffic (and getting replies) to iXIA Servers via the active vLB.

      The active vLB is owner of a "masquerade MAC".
      Upon switchover, the newly active vLB becomes owner of the masquerade MAC and issues a GARP to announce this change.
      Masquerade MAC is an F5 proprietary mechanism which is somewhat the MAC equivalent of a virtual IP address (VIP).

      In switchover test, it takes 5 minutes before we can see traffic getting directed to the newly active vLB.

      From sosreport:
      ovs-vsctl_-t_5_list_Open_vSwitch:dpdk_version : "DPDK 23.11.2"
      ovs-vsctl_-t_5_list_Open_vSwitch:ovs_version : "3.3.4-62.el9fdp"
      ovs-vsctl_-t_5_list_Open_vSwitch:system_version : "9.2"

      Note: this looks like a regression of BZ 2213892.

              rh-ee-mpattric Mike Pattrick
              rhn-support-fpalin Francois Palin
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: