1297 – iavf: vxlan tunnel inner tcp checksum offload result in inner ip checksum cleared to 0

Bug 1297 - iavf: vxlan tunnel inner tcp checksum offload result in inner ip checksum cleared to 0

Summary: iavf: vxlan tunnel inner tcp checksum offload result in inner ip checksum cle...

Status:	RESOLVED WONTFIX

Alias:	None

Product:	DPDK
Classification:	Unclassified
Component:	ethdev (show other bugs)
Version:	22.11
Hardware:	x86 Linux

Importance:	Normal normal
Target Milestone:	---
Assignee:	beilei.xing

URL:

Depends on:
Blocks:

Reported:	2023-10-12 11:57 CEST by dexia.li@jaguarmicro.com
Modified:	2024-04-02 04:34 CEST (History)
CC List:	4 users (show)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description dexia.li@jaguarmicro.com 2023-10-12 11:57:50 CEST

when using iavf test vxlan tunnel inner tcp checksum offload, tcp checksum offload result in inner ip checksum cleared to 0.

Comment 1 David Marchand 2023-10-12 12:04:10 CEST

Please provide steps to reproduce this issue with testpmd.

Comment 2 dexia.li@jaguarmicro.com 2023-10-12 13:58:52 CEST

(In reply to David Marchand from comment #1)
> Please provide steps to reproduce this issue with testpmd.

expect "testpmd>"

send "set fwd csum  \r"

send "port stop all \r"

send "csum parse-tunnel on 1\r"

send "csum set tcp hw 1 \r"

send "set verbose 8 \r"

send "port start all \r"

Comment 3 David Marchand 2023-10-13 08:53:35 CEST

Assigning to Beilei.
Please, can you have a look?

Comment 4 dengkaiwen 2023-12-22 03:05:41 CET

Hi dexia:

        I can't reproduce refer to your test steps.
        Below are the test steps.
testpmd>
set fwd csum
port stop all 
csum parse-tunnel on 1
csum set tcp hw 1
csum set outer-udp hw 1
set verbose 8 
port start all 
start

I send a pkt with inner ip checksum is 0x1111(It is wrong), and the csumonly application recaculate the inner ip checksum(0xf767 which is right).
tcpdump:

09:07:25.126160 IP (tos 0x0, ttl 64, id 1, offset 0, flags [none], proto UDP (17), length 110)
    AC61.newtest.cc.1021 > RGA14BAPIVR06H2.gar.corp.intel.com.4789: VXLAN, flags [I] (0x0c), vni 0
IP (tos 0x0, ttl 64, id 1, offset 0, flags [none], proto TCP (6), length 60, bad cksum 1111 (->f767)!)
    AC61.newtest.cc.1021 > RGA14BAPIVR06H2.gar.corp.intel.com.1021: Flags [S], cksum 0x910d (correct), seq 0:20, win 8192, length 20
        0x0000:  96ae f8d5 8d2a b496 91c3 8a89 0800 4500
        0x0010:  006e 0001 0000 4011 f72a c0a8 0101 c0a8
        0x0020:  0102 03fd 12b5 005a 31e8 0c00 0003 0000
        0x0030:  0000 40a6 b77b 3f00 5200 0000 0000 0800
        0x0040:  4500 003c 0001 0000 4006 1111 c0a8 0101
        0x0050:  c0a8 0102 03fd 03fd 0000 0000 0000 0000
        0x0060:  5002 2000 910d 0000 5858 5858 5858 5858
        0x0070:  5858 5858 5858 5858 5858 5858
09:07:25.126342 IP (tos 0x0, ttl 64, id 1, offset 0, flags [none], proto UDP (17), length 110)
    AC61.newtest.cc.1021 > RGA14BAPIVR06H2.gar.corp.intel.com.4789: VXLAN, flags [I] (0x0c), vni 0
IP (tos 0x0, ttl 64, id 1, offset 0, flags [none], proto TCP (6), length 60)
    AC61.newtest.cc.1021 > RGA14BAPIVR06H2.gar.corp.intel.com.1021: Flags [S], cksum 0x910d (correct), seq 0:20, win 8192, length 20
        0x0000:  0200 0000 0001 e2ee 710a 98b6 0800 4500
        0x0010:  006e 0001 0000 4011 f72a c0a8 0101 c0a8
        0x0020:  0102 03fd 12b5 005a 4b91 0c00 0003 0000
        0x0030:  0000 40a6 b77b 3f00 5200 0000 0000 0800
        0x0040:  4500 003c 0001 0000 4006 f767 c0a8 0101
        0x0050:  c0a8 0102 03fd 03fd 0000 0000 0000 0000
        0x0060:  5002 2000 910d 0000 5858 5858 5858 5858
        0x0070:  5858 5858 5858 5858 5858 5858

Comment 5 dengkaiwen 2024-04-02 04:34:23 CEST

Close this ticket.

Note You need to log in before you can comment on or make changes to this bug.