Bug 920011
Summary: | [WHQL][netkvm]NDISTest 6.0 - [2 Machine] - 2c_Priority failed via OVS on HCK (win2k8-R2 and win7) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Min Deng <mdeng> |
Component: | virtio-win | Assignee: | Yvugenfi <yvugenfi> |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.5 | CC: | acathrow, bcao, bsarathy, dfleytma, juzhang, michen, qzhang, virt-bugs |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause:
By default OVS strips priority header from packets due to this commit: http://openvswitch.org/pipermail/dev/2011-November/013032.html.
Consequence:
Priority and VLAN tags will be striped from the packets originated in Windows guests.
Fix:
Configure OVS.
This behaviour is configurable via other-config:priority-tags option,
so for each port added to the OVS bridge following command needs to be executed:
ovs-vsctl set port <<PORT_NAME>> other-config:priority-tags=true
Full description of this parameter is available here: http://openvswitch.org/ovs-vswitchd.conf.db.5.pdf
Result:
Packets with priority tags are not stripped of the tags.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2013-11-22 00:04:22 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Min Deng
2013-03-11 07:10:41 UTC
The bug isn't reproduced via *Bridge* configuration. This issue also happened on other platform win2k8-32/64 and win8-32/64 The issue was reproduced on Windows Server 2008 R2 running on top of FC18, OVS package installed is openvswitch-1.9.0-1.fc18.x86_64. OVS bridging configured as following: 1. ovs-vsctl add-br <test bridge name> 2. ovs-vsctl add-port <test bridge name> <VM1 tap interface name> 3. ovs-vsctl add-port <test bridge name> <VM2 tap interface name> HCK log is: ============================================================================ Server transmission statistics: Total Packets Sent = 100 Packets Sent with Non-Zero priority Set = 100 Client reception statistics: Total Packets Received = 100 Packets Received with Non-Zero priority Set = 0 Packets Received with Correct Priority = 0 FAIL! No packets were received with correct Priority!! Packets Received with Wrong Priority = 100 Packets received with Non-Zero prirority set is lower than the acceptable minimum of 95 ============================================================================ In sniffer on VM tap interfaces following packets are seen: Packet entering OVS: ============================================================================ No. Time Source Destination Protocol Length Info 1101 143.625031000 02003096.f0040fcc0000 0e00ef09.000001000000 IPX 68 Unknown (0x0100) Frame 1101: 68 bytes on wire (544 bits), 68 bytes captured (544 bits) on interface 0 Interface id: 0 WTAP_ENCAP: 1 Arrival Time: Apr 29, 2013 20:48:34.672566000 IDT [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1367257714.672566000 seconds [Time delta from previous captured frame: 16.109269000 seconds] [Time delta from previous displayed frame: 0.000000000 seconds] [Time since reference or first frame: 143.625031000 seconds] Frame Number: 1101 Frame Length: 68 bytes (544 bits) Capture Length: 68 bytes (544 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:vlan:llc:ipx:data] [Coloring Rule Name: IPX] [Coloring Rule String: ipx || spx] Ethernet II, Src: 56:cc:cc:02:01:cc (56:cc:cc:02:01:cc), Dst: 56:cc:cc:01:01:cc (56:cc:cc:01:01:cc) Destination: 56:cc:cc:01:01:cc (56:cc:cc:01:01:cc) Address: 56:cc:cc:01:01:cc (56:cc:cc:01:01:cc) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Source: 56:cc:cc:02:01:cc (56:cc:cc:02:01:cc) Address: 56:cc:cc:02:01:cc (56:cc:cc:02:01:cc) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Type: 802.1Q Virtual LAN (0x8100) 802.1Q Virtual LAN, PRI: 1, CFI: 0, ID: 0 001. .... .... .... = Priority: Background (1) ...0 .... .... .... = CFI: Canonical (0) .... 0000 0000 0000 = ID: 0 Length: 50 Logical-Link Control DSAP: SNAP (0xaa) IG Bit: Individual SSAP: SNAP (0xaa) CR Bit: Command Control field: U, func=UI (0x03) 000. 00.. = Command: Unnumbered Information (0x00) .... ..11 = Frame type: Unnumbered frame (0x03) Organization Code: Encapsulated Ethernet (0x000000) Type: Netware IPX/SPX (0x8137) Internetwork Packet eXchange Checksum: 0x4e44 Length: 18771 bytes Transport Control: 8 hops Packet Type: Experimental Protocol (0x15) Destination Network: 0e (0x0E00EF09) Destination Node: Xerox_00:00:00 (00:00:01:00:00:00) Destination Socket: Unknown (0x0100) Source Network: 02 (0x02003096) Source Node: f0:04:0f:cc:00:00 (f0:04:0f:cc:00:00) Source Socket: Unknown (0x1516) Data (12 bytes) Data: 1718191a1b1c1d1e1f202122 [Length: 12] 0000 56 cc cc 01 01 cc 56 cc cc 02 01 cc 81 00 20 00 V.....V....... . 0010 00 32 aa aa 03 00 00 00 81 37 4e 44 49 53 08 15 .2.......7NDIS.. 0020 0e 00 ef 09 00 00 01 00 00 00 01 00 02 00 30 96 ..............0. 0030 f0 04 0f cc 00 00 15 16 17 18 19 1a 1b 1c 1d 1e ................ 0040 1f 20 21 22 . !" ============================================================================ Packet leaving OVS: ============================================================================ No. Time Source Destination Protocol Length Info 1158 175.560488000 02003096.f0040fcc0000 0e00ef09.000001000000 IPX 64 Unknown (0x0100) Frame 1158: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface 0 Interface id: 0 WTAP_ENCAP: 1 Arrival Time: Apr 29, 2013 20:48:34.672689000 IDT [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1367257714.672689000 seconds [Time delta from previous captured frame: 16.109316000 seconds] [Time delta from previous displayed frame: 0.000000000 seconds] [Time since reference or first frame: 175.560488000 seconds] Frame Number: 1158 Frame Length: 64 bytes (512 bits) Capture Length: 64 bytes (512 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:llc:ipx:data] [Coloring Rule Name: IPX] [Coloring Rule String: ipx || spx] IEEE 802.3 Ethernet Destination: 56:cc:cc:01:01:cc (56:cc:cc:01:01:cc) Address: 56:cc:cc:01:01:cc (56:cc:cc:01:01:cc) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Source: 56:cc:cc:02:01:cc (56:cc:cc:02:01:cc) Address: 56:cc:cc:02:01:cc (56:cc:cc:02:01:cc) .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Length: 50 Logical-Link Control DSAP: SNAP (0xaa) IG Bit: Individual SSAP: SNAP (0xaa) CR Bit: Command Control field: U, func=UI (0x03) 000. 00.. = Command: Unnumbered Information (0x00) .... ..11 = Frame type: Unnumbered frame (0x03) Organization Code: Encapsulated Ethernet (0x000000) Type: Netware IPX/SPX (0x8137) Internetwork Packet eXchange Checksum: 0x4e44 Length: 18771 bytes Transport Control: 8 hops Packet Type: Experimental Protocol (0x15) Destination Network: 0e (0x0E00EF09) Destination Node: Xerox_00:00:00 (00:00:01:00:00:00) Destination Socket: Unknown (0x0100) Source Network: 02 (0x02003096) Source Node: f0:04:0f:cc:00:00 (f0:04:0f:cc:00:00) Source Socket: Unknown (0x1516) Data (12 bytes) Data: 1718191a1b1c1d1e1f202122 [Length: 12] 0000 56 cc cc 01 01 cc 56 cc cc 02 01 cc 00 32 aa aa V.....V......2.. 0010 03 00 00 00 81 37 4e 44 49 53 08 15 0e 00 ef 09 .....7NDIS...... 0020 00 00 01 00 00 00 01 00 02 00 30 96 f0 04 0f cc ..........0..... 0030 00 00 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 ............. !" ============================================================================ HCK expects to receive packet with priority header but OVS strips 802.1Q header from packets, reasons to be investigated. Hi, Indeed, there is an issue with OVS configuration. By default OVS strips priority header from packets due to this commit: http://openvswitch.org/pipermail/dev/2011-November/013032.html. This behavior is configurable via other-config:priority-tags option, so for each port added to the OVS bridge following command needs to be executed: ovs-vsctl set port <<PORT_NAME>> other-config:priority-tags=true Full description of this parameter is available here: http://openvswitch.org/ovs-vswitchd.conf.db.5.pdf With this configuration this test passes on our setups with NetKVM build 65 and openvswitch-1.7.1-7.el6. Please, retest Thanks, Dmitry (In reply to Dmitry Fleytman from comment #6) > Hi, > > Indeed, there is an issue with OVS configuration. > By default OVS strips priority header from packets due to this commit: > http://openvswitch.org/pipermail/dev/2011-November/013032.html. > > This behavior is configurable via other-config:priority-tags option, > so for each port added to the OVS bridge following command needs to be > executed: > > ovs-vsctl set port <<PORT_NAME>> other-config:priority-tags=true > > Full description of this parameter is available here: > http://openvswitch.org/ovs-vswitchd.conf.db.5.pdf > > With this configuration this test passes on our setups with NetKVM build 65 > and openvswitch-1.7.1-7.el6. > Please, retest > > Thanks, > Dmitry Hi All, I tried the following steps and let job pass on win8-32 guest. # ovs-vsctl show # Bridge "ovs0" Port "ovs0" Interface "ovs0" type: internal Port "tap0" Interface "tap0" Port "tap2" Interface "tap2" Bridge "ovs1" Port "tap3" Interface "tap3" Port "em2" Interface "em2" Port "ovs1" Interface "ovs1" type: internal Port "tap1" Interface "tap1" #ovs-vsctl set port tap2 other-config:priority-tags=true #ovs-vsctl set port tap1 other-config:priority-tags=true #ovs-vsctl set port tap3 other-config:priority-tags=true #ovs-vsctl set port tap0 other-config:priority-tags=true At last,the job can pass via build 65.Any issues please let me know. Best Regards, Min Hello Min, Thanks for your effort. Am I understand correctly that this job pass and the issue may be closed? Thanks, Dmitry Move Status to VERIFIED according to comment #7 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. http://rhn.redhat.com/errata/RHBA-2013-1729.html |