Bug 1780553

Summary: ovs-tcpundump doesn't work well on special packet
Product: Red Hat Enterprise Linux Fast Datapath Reporter: Timothy Redaelli <tredaelli>
Component: openvswitch2.12Assignee: Timothy Redaelli <tredaelli>
Status: CLOSED ERRATA QA Contact: Jean-Tsung Hsiao <jhsiao>
Severity: medium Docs Contact:
Priority: medium    
Version: RHEL 8.0CC: aconole, ctrautma, jhsiao, jishi, kfida, qding, ralongi
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: openvswitch2.12-2.12.0-11.el8fdp Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1764125 Environment:
Last Closed: 2020-01-22 04:03:48 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Timothy Redaelli 2019-12-06 11:08:15 UTC 
+++ This bug was initially created as a clone of Bug #1764125 +++

Description of problem:
ovs-tcpundump doesn't work well on special packet

Version-Release number of selected component (if applicable):
openvswitch2.11-test-2.11.0-26.el8fdp.noarch

How reproducible:
Always

Steps to Reproduce:
1. tcpdump  -n -r vm1.pcap -vv -xx -c 1 | ovs-tcpundump 
2.
3.

Actual results:
lose the last two bits:
000000000100000000000001080045000035e33e00004011becd2a2a2a024242423e9cb300350021d8de2c960100000100000000000003666f6f03636f6d00000100

Expected results:
000000000100000000000001080045000035e33e00004011becd2a2a2a024242423e9cb300350021d8de2c960100000100000000000003666f6f03636f6d0000010001

Additional info:


[root@ibm-x3650m5-03 test]# tcpdump  -n -r vm1.pcap -vv -xx -c 1
reading from file vm1.pcap, link-type EN10MB (Ethernet)                              
05:18:33.583714 IP (tos 0x0, ttl 64, id 58174, offset 0, flags [none], proto UDP (17), length 53)
    42.42.42.2.40115 > 66.66.66.62.domain: [bad udp cksum 0xd8de -> 0x74da!] 11414+ A? foo.com. (25)
        0x0000:  0000 0000 0100 0000 0000 0001 0800 4500
        0x0010:  0035 e33e 0000 4011 becd 2a2a 2a02 4242
        0x0020:  423e 9cb3 0035 0021 d8de 2c96 0100 0001                                              
        0x0030:  0000 0000 0000 0366 6f6f 0363 6f6d 0000
        0x0040:  0100 01
[root@ibm-x3650m5-03 test]# rpm -qa | grep openvswitch
openvswitch-selinux-extra-policy-1.0-19.el8fdp.noarch                                                 
openvswitch2.11-test-2.11.0-26.el8fdp.noarch                                                          
kernel-kernel-networking-openvswitch-ovn-common-1.0-1.noarch
openvswitch2.11-2.11.0-26.el8fdp.x86_64
python3-openvswitch2.11-2.11.0-26.el8fdp.x86_64

--- Additional comment from Aaron Conole on 2019-10-22 18:00:49 CEST ---

https://mail.openvswitch.org/pipermail/ovs-dev/2019-October/363791.html
Comment 3 Jean-Tsung Hsiao 2020-01-10 15:02:00 UTC 
The bug fix has been verified:

[root@netqe30 jhsiao]# !71
tcpdump  -n -r vm1.pcap -vv -xx -c 1 | ovs-tcpundump
reading from file vm1.pcap, link-type EN10MB (Ethernet)
00000000010000000000000108004500003526c9000040117b432a2a2a024242423ed92d00350021d8deae570100000100000000000003666f6f03636f6d0000010001
[root@netqe30 jhsiao]# rpm -q openvswitch2.12
openvswitch2.12-2.12.0-12.el8fdp.x86_64
[root@netqe30 jhsiao]# uname -r
4.18.0-147.el8.x86_64
[root@netqe30 jhsiao]#
Comment 5 errata-xmlrpc 2020-01-22 04:03:48 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2020:0172