Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.

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