-
Story
-
Resolution: Unresolved
-
Undefined
-
None
-
None
-
None
-
3
-
False
-
False
-
rhel-9
-
None
-
rhel-net-ovs-dpdk
-
-
-
ssg_networking
-
OVS/DPDK - Sprint 11 - East, OVS/DPDK - Sprint 12 - East, OVS/DPDK - Sprint 13 - East
-
3
It was noticed that TSO over Geneve tunnels (with tunnel checksum enabled) with mlx5 nics gives lower performance than the kernel datapath.
This comes from the fact that mlx5 (and other nics, like i40e) do not support outer UDP checksum.
Because of this, all TSO requests are done by OVS itself.
This can be seen by looking at coverage counters:
# ovs-appctl coverage/show | grep seg netdev_soft_seg_good 0.0/sec 0.033/sec 0.0861/sec total: 169593
After some brainstorming, I realised that the outer UDP checksum can be computed before letting the nic segment the packets as it keeps the outer L4 header untouched.
So it is one option to optimise such operation.
- is blocked by
-
FDP-2121 Incorrect TCP segmentation over tunnel with VDUSE devices
-
- Code Review
-
- is depended on by
-
FDP-2761 OpenShift PoC with podified OVS-DPDK secondary networks and VDUSE/vhost-vdpa CNI for KubeVirt VMs
-
- To Do
-
-
FDP-1286 OpenShift PoC with OVS-DPDK, VDUSE for containers and vhost-vdpa for KubeVirt VMs
-
- In Progress
-
-
FDP-2762 OpenShift PoC with host-based OVS-DPDK secondary networks and Userspace CNI for KubeVirt VMs
-
- In Progress
-
-
FDP-1618 Benchmark VM-to-VM traffic across QE's bare-metal nodes for PoC FDP-1286 via OVN-Kubernetes
-
- Closed
-