Public bug reported:

* Explain the bug(s)
 
UDP single sided connections aren't offloaded.
 
* brief explanation of fixes
 
Add support for to offload single sided UDP connections by offloading only one
side, and offloading the second side when/if it comes.
 
* How to test
 
Create OVS bridge with 2 devices mlx5 rep devices.
Enable HW offload and configure regular connection tracking OpenFlow rules:
 
e.g:
    ovs-ofctl del-flows br-ovs
    ovs-ofctl add-flow br-ovs arp,actions=normal
    ovs-ofctl add-flow br-ovs "table=0, ip,ct_state=-trk actions=ct(table=1)"
    ovs-ofctl add-flow br-ovs "table=1, ip,ct_state=+trk+new 
actions=ct(commit),normal"
    ovs-ofctl add-flow br-ovs "table=1, ip,ct_state=+trk+est, actions=normal"
 
Run a UDP single sided connection, e.g iperf without a server:
on mlx5 VF2 iperf -t 1 -c <ip>-u -b 10pps
 
Optional: In different terminal, while traffic is running, check for offload:
tcpdump -nnepi <RELEVANT_MLX5_REP> udp
and see no iperf udp packets.
 
Dump conntrack with relevant ip:
cat /proc/net/nf_conntrack | grep -i <ip> | grep "\[UNREPLIED\]" | grep -q 
"\[OFFLOAD\]"
 
If tuple appears, tuple was offloaded, yet unreplied.
 
* What it could break.
 
Single sided udp connections aren't offloaded.

** Affects: linux-bluefield (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-bluefield in Ubuntu.
https://bugs.launchpad.net/bugs/2019264

Title:
   net/sched: act_ct: offload UDP NEW connections

Status in linux-bluefield package in Ubuntu:
  New

Bug description:
  * Explain the bug(s)
   
  UDP single sided connections aren't offloaded.
   
  * brief explanation of fixes
   
  Add support for to offload single sided UDP connections by offloading only one
  side, and offloading the second side when/if it comes.
   
  * How to test
   
  Create OVS bridge with 2 devices mlx5 rep devices.
  Enable HW offload and configure regular connection tracking OpenFlow rules:
   
  e.g:
      ovs-ofctl del-flows br-ovs
      ovs-ofctl add-flow br-ovs arp,actions=normal
      ovs-ofctl add-flow br-ovs "table=0, ip,ct_state=-trk actions=ct(table=1)"
      ovs-ofctl add-flow br-ovs "table=1, ip,ct_state=+trk+new 
actions=ct(commit),normal"
      ovs-ofctl add-flow br-ovs "table=1, ip,ct_state=+trk+est, actions=normal"
   
  Run a UDP single sided connection, e.g iperf without a server:
  on mlx5 VF2 iperf -t 1 -c <ip>-u -b 10pps
   
  Optional: In different terminal, while traffic is running, check for offload:
  tcpdump -nnepi <RELEVANT_MLX5_REP> udp
  and see no iperf udp packets.
   
  Dump conntrack with relevant ip:
  cat /proc/net/nf_conntrack | grep -i <ip> | grep "\[UNREPLIED\]" | grep -q 
"\[OFFLOAD\]"
   
  If tuple appears, tuple was offloaded, yet unreplied.
   
  * What it could break.
   
  Single sided udp connections aren't offloaded.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-bluefield/+bug/2019264/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to