-
Bug
-
Resolution: Done
-
Major
-
None
-
rhel-9
-
None
-
5
-
False
-
-
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.
- is related to
-
FDP-1562 OVS learn action as configured by ML2 not sensitive enough to garp/nd packets during high throughput
-
- Resolved
-