Bug 1271205 - [Host QoS] - Host QoS is not working for vlan tagged networks
[Host QoS] - Host QoS is not working for vlan tagged networks
Product: vdsm
Classification: oVirt
Component: Core (Show other bugs)
x86_64 Linux
high Severity urgent (vote)
: ovirt-3.6.1
: 4.17.11
Assigned To: Ido Barkan
Michael Burman
Depends On:
Blocks: 1043226 1043230
  Show dependency treegraph
Reported: 2015-10-13 07:35 EDT by Michael Burman
Modified: 2016-02-10 14:16 EST (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2015-12-22 08:28:07 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: Network
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
rule-engine: ovirt‑3.6.z+
rule-engine: blocker+
ylavi: Triaged+
ylavi: planning_ack+
rule-engine: devel_ack+
myakove: testing_ack+

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
oVirt gerrit 47332 master MERGED net: Support VLAN hardware offloading in hostQOS Never
oVirt gerrit 47443 ovirt-3.6 MERGED net: Support VLAN hardware offloading in hostQOS Never

  None (edit)
Description Michael Burman 2015-10-13 07:35:48 EDT
Description of problem:
[Host QoS] - Host QoS is not working for vlan tagged networks

Vlan tagged networks with host QoS defined are not sending traffic according to the QoS configured on the network. The traffic is sent as 'Unlimited' QoS on vlan networks. QoS is not forced.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create vlan tagged network with host QoS defined and attach to 2 servers.
2. Send traffic between the 2 servers via this network(iperf). Or between 2 VMs, while each VM running on different server. 
3. Verify that QoS is forced and traffic is sent according to the QoS configured on the network.

Actual results:
Traffic is sent according to 'Unlimited' QoS and not according the QoS that was configured on the network. QoS is not forced for vlan networks. 

Expected results:
Traffic should sent according to the QoS configured on the network and should be forced.

Additional info:
non-Vlan networks sending traffic according to the QoS configured and QoS is forced.
Comment 1 Michael Burman 2015-10-13 07:36:17 EDT
Tested on vdsm-4.17.8-1.el7ev.noarch
Comment 2 Ido Barkan 2015-10-13 07:46:24 EDT
Apparently, the tc filter that VDSM uses to classify 802.1q traffic is not working when the kernel offloads VLAN tagging to the underlying physical nic.
 This is because the VLAN field in the link layer header is only added by the hardware and is not present by the time the filter inspects it.
since the filter uses a straight forward matcher which only looks at the headers it fails to match and the packets aren't classified to the desired queuing discipline (qdisc).
Using a kernel packet meta data matcher should work regardless of VLAN tagging offloading is enabled.
Comment 3 Dan Kenigsberg 2015-10-13 11:25:43 EDT
It is a very sad finding regarding a core new feature, but it should not delay 3.6.0, as it is no regression.
Comment 4 Red Hat Bugzilla Rules Engine 2015-10-19 07:00:05 EDT
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
Comment 5 Yaniv Lavi 2015-10-29 08:41:50 EDT
In oVirt testing is done on single release by default. Therefore I'm removing the 4.0 flag. If you think this bug must be tested in 4.0 as well, please re-add the flag. Please note we might not have testing resources to handle the 4.0 clone.
Comment 6 Sandro Bonazzola 2015-11-24 11:43:11 EST
Please set target release or I can't move the bug to ON_QA automatically.
Comment 7 Red Hat Bugzilla Rules Engine 2015-11-24 13:07:11 EST
Bug tickets that are moved to testing must have target release set to make sure tester knows what to test. Please set the correct target release before moving to ON_QA.
Comment 8 Michael Burman 2015-11-26 08:00:57 EST
Verified on -  3.6.1-0.2.el6 and vdsm-4.17.11-0.el7ev.noarch
Comment 9 Sandro Bonazzola 2015-12-16 07:22:16 EST
Accordiing to target milestone and verification status this bug should be solved in oVirt 3.6.1. However, missing the target release field, this bug can't be moved to closed current release automatically.
Please check target_milestone and target_release and move to closed current release if included in oVirt <= 3.6.1.
Comment 10 Sandro Bonazzola 2015-12-22 08:28:07 EST
oVirt 3.6.1 has been released and bz verified, moving to closed current release

Note You need to log in before you can comment on or make changes to this bug.