From: bugzilla@dpdk.org
To: dev@dpdk.org
Subject: [dpdk-dev] [Bug 803] [dpdk-21.11]vxlan/vxlan_ipv6_checksum_offload:After dut sets the vxlan ports and receives the ipv6 packet, the packet is not forwarded
Date: Thu, 02 Sep 2021 06:54:24 +0000 [thread overview]
Message-ID: <bug-803-3@http.bugs.dpdk.org/> (raw)
https://bugs.dpdk.org/show_bug.cgi?id=803
Bug ID: 803
Summary: [dpdk-21.11]vxlan/vxlan_ipv6_checksum_offload:After
dut sets the vxlan ports and receives the ipv6 packet,
the packet is not forwarded
Product: DPDK
Version: 21.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: core
Assignee: dev@dpdk.org
Reporter: leweix.yang@intel.com
Target Milestone: ---
Environment
Fill in all the following as completely as possible. Use "Unknown" or "N/A" if
required. Use {{braces}} to create fixed width text like this: braces.
DPDK version: Use make showversion or for a non-released version: git remote -v
&& git show-ref --heads
21.11.0-rc0:eeedef704c11bd74c367d62838700bdb8e5b573f
Other software versions: name/version for QEMU, OVS, etc. Repeat as required.
OS: Red Hat Enterprise Linux 8.3 4.18.0-240.el8.x86_64
Compiler: gcc (GCC) 8.4.1 20200928 (Red Hat 8.4.1-1)
Hardware platform: Intel(R) Xeon(R) Gold 6252N CPU @ 2.30GHz.
NIC hardware: fortville_25G
NIC firmware: 2.8.20-k
NIC firmware: 8.00 0x80008bb1 1.2766.0
Test Setup
Steps to reproduce
List the steps to reproduce the issue:
1. build dpdk
# rm -rf x86_64-native-linuxapp-gcc
# CC=gcc meson --werror -Denable_kmods=True -Dlibdir=lib
-Dc_args='-DRTE_EAL_IGB_UIO=1' --default-library=static
x86_64-native-linuxapp-gcc
# ninja -C x86_64-native-linuxapp-gcc -j 70
2.lanch app
./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -l 32,33,34,35,18 -n 4
--file-prefix=dpdk_28921_20210902221900 -- -i --portmask=0x3
--enable-rx-cksum
3. dut set
vlan set filter off 0
set fwd csum
port stop all
csum set outer-ip hw 1
port start all
port stop all
csum set udp hw 1
port start all
port stop all
csum set tcp hw 1
port start all
port stop all
csum set sctp hw 1
port start all
csum parse-tunnel on 1
rx_vxlan_port add 4789 0
rx_vxlan_port add 4789 1
port stop all
csum set outer-ip sw 0
port start all
port stop all
csum set outer-ip sw 1
port start all
start
4. tester send packet
sendp([Ether(src='00:00:10:00:00:00',
dst='3c:fd:fe:b8:97:64')/IPv6(src='fe80::', dst='fe80::1')/UDP(sport=63,
dport=4789)/VXLAN(vni=1)/Ether(src='00:00:20:00:00:00',
dst='00:00:20:00:00:01')/IP(src='192.168.2.1',
dst='192.168.2.2')/UDP()/Raw(load=b'XXXXXXXXXXXXXXXXXX')],iface="ens2f0",count=1,inter=0,verbose=False)
Show the output from the previous commands:
After the dut receives the packet, it does not forward
testpmd> stop
Telling cores to stop...
Waiting for lcores to finish... ---------------------- Forward statistics for
port 0 ----------------------
RX-packets: 1 RX-dropped: 0 RX-total: 1
Bad-ipcsum: 0 Bad-l4csum: 0 Bad-outer-l4csum: 0
Bad-outer-ipcsum: 0
TX-packets: 0 TX-dropped: 0 TX-total: 0
----------------------------------------------------------------------------
---------------------- Forward statistics for port 1 ----------------------
RX-packets: 0 RX-dropped: 0 RX-total: 0
Bad-ipcsum: 0 Bad-l4csum: 0 Bad-outer-l4csum: 0
Bad-outer-ipcsum: 0
TX-packets: 0 TX-dropped: 0 TX-total: 0
----------------------------------------------------------------------------
+++++++++++++++ Accumulated forward statistics for all ports+++++++++++++++
RX-packets: 1 RX-dropped: 0 RX-total: 1
TX-packets: 0 TX-dropped: 1 TX-total: 1
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Expected Result:
testpmd> stop
Telling cores to stop...
Waiting for lcores to finish... ---------------------- Forward statistics for
port 0 ----------------------
RX-packets: 1 RX-dropped: 0 RX-total: 1
Bad-ipcsum: 0 Bad-l4csum: 0 Bad-outer-l4csum: 0
Bad-outer-ipcsum: 0
TX-packets: 0 TX-dropped: 0 TX-total: 0
----------------------------------------------------------------------------
---------------------- Forward statistics for port 1 ----------------------
RX-packets: 0 RX-dropped: 0 RX-total: 0
Bad-ipcsum: 0 Bad-l4csum: 0 Bad-outer-l4csum: 0
Bad-outer-ipcsum: 0
TX-packets: 1 TX-dropped: 0 TX-total: 1
----------------------------------------------------------------------------
+++++++++++++++ Accumulated forward statistics for all ports+++++++++++++++
RX-packets: 1 RX-dropped: 0 RX-total: 1
TX-packets: 1 TX-dropped: 0 TX-total: 1
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Regression
Is this issue a regression: (Y/N)Y
git show 4219d7670e8535e7d4b43233866a587b015e3f43
commit 4219d7670e8535e7d4b43233866a587b015e3f43
Author: Nithin Dabilpuram <ndabilpuram@marvell.com>
Date: Mon Aug 16 12:39:41 2021 +0530
app/testpmd: fix check without outer checksum
Donot use outer metadata when neither outer ip checksum nor
outer udp checksum is enabled. PMD's will ignore the
outer_l2_len and outer_l3_len in cases where none of
the outer checksum is enabled and hence only l2_len and
l3_len will be used to calculate the offsets for L2 or L3
header.
Fixes: 3c32113a1aac ("app/testpmd: fix IPv6 tunnel checksum")
Cc: stable@dpdk.org
Signed-off-by: Nithin Dabilpuram <ndabilpuram@marvell.com>
Acked-by: Xiaoyun Li <xiaoyun.li@intel.com>
--
You are receiving this mail because:
You are the assignee for the bug.
next reply other threads:[~2021-09-02 6:54 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-02 6:54 bugzilla [this message]
2022-03-04 4:37 ` bugzilla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-803-3@http.bugs.dpdk.org/ \
--to=bugzilla@dpdk.org \
--cc=dev@dpdk.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).