Bug 745735

Summary: Duplicate copies of frames with VID 0 when running tcpdump
Product: Red Hat Enterprise Linux 5 Reporter: Liang Zheng <lzheng>
Component: kernelAssignee: Jiri Pirko <jpirko>
Status: CLOSED NOTABUG QA Contact: Network QE <network-qe>
Severity: high Docs Contact:
Priority: high    
Version: 5.8CC: ccui, jpirko, kzhang, rkhan
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-10 09:36:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 807974    
Attachments:
Description Flags
vlan0 tagged frame none

Description Liang Zheng 2011-10-13 09:09:29 UTC 
Description of problem:
Duplicate copies of frames with VID 0 when running tcpdump.

Version-Release number of selected component (if applicable):
kernel-2.6.18-287.el6

How reproducible:
100%

Steps to Reproduce:

1.Connect host A (ethX) to host B (ethY) back to back.


2. Configure a static ARP configuration for ethY on host A:
run on host A: 
arp -s <IP of ethY> <MAC of ethY>
tcpreplay -i ethX 8021q.pcap

3.run on host B
tcpdump -i ethY
  
Actual results:
Receive duplicate copies of frames with VID 0

[root@hp-dl580g7-01 ~]# tcpdump -i eth1 -ne 
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
04:14:06.042731 00:10:18:58:d0:4a > 00:10:18:58:d0:4a, ethertype 802.1Q (0x8100), length 102: vlan 0, p 4, ethertype IPv4, 192.168.0.2 > 192.168.0.1: ICMP echo request, id 32613, seq 1, length 64
04:14:06.042914 00:10:18:58:d0:4a > 00:10:18:58:d0:4a, ethertype 802.1Q (0x8100), length 102: vlan 0, p 4, ethertype IPv4, 192.168.0.2 > 192.168.0.1: ICMP echo request, id 32613, seq 1, length 64

Expected results:
No duplicate frames.

Additional info:
the pcap file is in the attachement.
Comment 1 Liang Zheng 2011-10-13 09:12:50 UTC 
QE NOTE:
There is no issue on kernel 2.6.18-254.el5
we think it is Bug 654878 indroduce the regression.
Comment 2 Liang Zheng 2011-10-13 09:13:42 UTC 
Created attachment 527910 [details]
vlan0 tagged frame
Comment 5 Jiri Pirko 2012-01-25 07:56:19 UTC 
Is this hw related?
Comment 6 Liang Zheng 2012-03-19 03:44:34 UTC 
(In reply to comment #5)
> Is this hw related?
I'm not sure about it.But I can reproduce it on the other system.So I think it may not hw related.