The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.
Bug 1780553 - ovs-tcpundump doesn't work well on special packet
Summary: ovs-tcpundump doesn't work well on special packet
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux Fast Datapath
Classification: Red Hat
Component: openvswitch2.12
Version: RHEL 8.0
Hardware: Unspecified
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Timothy Redaelli
QA Contact: Jean-Tsung Hsiao
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-12-06 11:08 UTC by Timothy Redaelli
Modified: 2020-01-22 04:03 UTC (History)
7 users (show)

Fixed In Version: openvswitch2.12-2.12.0-11.el8fdp
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1764125
Environment:
Last Closed: 2020-01-22 04:03:48 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2020:0172 0 None None None 2020-01-22 04:03:57 UTC

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
Note You need to log in before you can comment on or make changes to this bug.