We are using OVS bond with the configuration as shown below. We found that when
the switch is configured in MLAG mode:
We tested sending 1000 UDP packets per second, with a total of 500,000 packets.
The statistics show that there is occasionally a chance of losing a few packets
(background traffic is around 100,000 pps).
We also tested the same scenario in a non-MLAG setup with the same testing
steps, and there was basically no packet loss (background traffic is around
100,000 pps).
ovs-vsctl --may-exist add-bond br-tun dpdk_tun_port tun_port_p0 tun_port_p1 \
bond_mode=balance-tcp lacp=active other-config:bond-rebalance-interval=1000
other_config:lb-output-action=true \
-- set Interface tun_port_p0 type=dpdk \
options:dpdk-devargs=0000:ca:00.0 mtu_request=1600 \
options:n_rxq_desc=2048 options:n_txq_desc=2048 \
options:n_rxq=4 \
-- set Interface tun_port_p1 type=dpdk \
options:dpdk-devargs=0000:ca:00.1 mtu_request=1600 \
options:n_rxq_desc=2048 options:n_txq_desc=2048 \
options:n_rxq=4
For the phenomenon described above, in the MLAG scenario, after adjusting
bond-rebalance-interval=0, we found that during
the test of sending 1000 UDP packets per second with a total of 500,000
packets, there was no packet loss. It is unclear whether
this is an issue related to OVS bond's support for MLAG, which might cause
packet loss under certain conditions. Therefore,
I found some relevant descriptions online that may explain this behavior.
https://forum.proxmox.com/threads/solution-multiple-ovs-sdn-and-lacp-heartaches.120634/
The description is as follows:
“Since my original post, I've spent some more time on this, and discovered
that OVS is totally unsuitable for more enterprise-y setups,
and MLAG in particular. None of the MLAG implementations I've tried this with
expect distinct flows to flap between legs, and this does cause minor issues.“
In addition, the bond-rebalance-interval=0 configuration can lead to traffic
imbalance between interfaces, which has a negative impact. Is there a better
solution to this issue?
Jun Wang_______________________________________________
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
