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): 3.6.0-0.18.el6 How reproducible: 100 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.
Tested on vdsm-4.17.8-1.el7ev.noarch
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.
It is a very sad finding regarding a core new feature, but it should not delay 3.6.0, as it is no regression.
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.
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.
Please set target release or I can't move the bug to ON_QA automatically.
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.
Verified on - 3.6.1-0.2.el6 and vdsm-4.17.11-0.el7ev.noarch
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. Thanks.
oVirt 3.6.1 has been released and bz verified, moving to closed current release