Bug 2010672

Description of problem:
Reproduced with OVN migration job + tobiko tests:
https://rhos-ci-staging-jenkins.lab.eng.tlv2.redhat.com/job/DFG-network-networking-ovn-16.1_director-rhel-virthost-3cont_2comp-ipv4-vxlan-ml2ovs-to-ovn-migration/12/


A tenant network is created with a QoS policy including a BW limit and DSCP marking. A VM connected to that network is created.
Both cases (BW limit and DSCP marking) are verified (see tests test_qos_bw_limit and test_ping_dscp in the following report):
http://rhos-ci-logs.lab.eng.tlv2.redhat.com/logs/staging/DFG-network-networking-ovn-16.1_director-rhel-virthost-3cont_2comp-ipv4-vxlan-ml2ovs-to-ovn-migration/12/infrared/.workspaces/workspace_2021-10-04_11-14-05/tobiko_create-resources/tobiko_create-resources_create_resources_scenario.html


After the OVN migration is successfully completed, the same tests are executed on the same VM. The BW limit is correctly applied, but the DSCP marking is not (see tests test_qos_bw_limit and test_ping_dscp in the following report, the second one fails):
http://rhos-ci-logs.lab.eng.tlv2.redhat.com/logs/staging/DFG-network-networking-ovn-16.1_director-rhel-virthost-3cont_2comp-ipv4-vxlan-ml2ovs-to-ovn-migration/12/infrared/.workspaces/workspace_2021-10-04_11-14-05/tobiko_check-resources/tobiko_check-resources_check_resources_scenario.html






The information about QoS is right in the neutron DB after the migration:
(overcloud) [stack@undercloud-0 ~]$ openstack network show 569b37f1-3dd4-402e-9244-d7fad1ec4804 -c qos_policy_id -f value
85d22adf-fc02-4c6d-b17a-36183d206558
(overcloud) [stack@undercloud-0 ~]$ openstack network qos policy show 85d22adf-fc02-4c6d-b17a-36183d206558 -c rules -f value
[{'max_kbps': 1000, 'max_burst_kbps': 800, 'direction': 'egress', 'id': 'fd1fffa5-b3ae-4b24-ba81-dfce2cccbe17', 'qos_policy_id': '85d22adf-fc02-4c6d-b17a-36183d206558', 'type': 'bandwidth_limit'}, {'dscp_mark': 40, 'id': '49e3e48b-b9e1-4332-9756-603134ee25fa', 'qos_policy_id': '85d22adf-fc02-4c6d-b17a-36183d206558', 'type': 'dscp_marking'}]


But there is no QoS information in the OVN NBDB:
[root@controller-0 ~]# ovn-nbctl find logical_switch name=neutron-569b37f1-3dd4-402e-9244-d7fad1ec4804
_uuid               : 10c127dd-639b-455d-94e9-7de881abef9e
acls                : []
dns_records         : [8c29e850-26bd-4be9-8fe5-e87e84912ef9]
external_ids        : {"neutron:mtu"="1442", "neutron:network_name"=tobiko.openstack.stacks._qos.QosNetworkStackFixture-network-76zr72iw3bn5, "neutron:revision_number"="6"}
forwarding_groups   : []
load_balancer       : []
name                : neutron-569b37f1-3dd4-402e-9244-d7fad1ec4804
other_config        : {mcast_flood_unregistered="false", mcast_snoop="true", vlan-passthru="false"}
ports               : [031d8606-2855-4404-89a8-539ec6bf31a7, 144619e6-8ec6-43d5-8e26-f0d0fab2676f, 488e8f77-64b0-40b5-82e8-dc3d79eab851, 4c3a538f-69cf-4241-ab9b-bb1c56e7f513, 6205219c-1593-42b2-a28c-bc856d6978b2, 8a518aac-ab99-486b-9ddc-4b82accb9cfd, 8fe8118c-cf6e-40cc-89bf-4b831f5ba770, a3ff89e4-4f5f-420d-8f86-6890d5f8e157, a8eef773-b7d1-411e-8308-c6434bc5b92d]
qos_rules           : []

[root@controller-0 ~]# ovn-nbctl list qos
# the output is empty





Version-Release number of selected component (if applicable):
RHOS-16.1-RHEL-8-20210928.n.1 + https://code.engineering.redhat.com/gerrit/c/networking-ovn/+/278809

How reproducible:
So far, only reproduced once.

Steps to Reproduce:
1. create workload with QoS including a DSCP marking rule
2. migrate from ml2/ovs to ml2/ovs
3. check ovn db / capture egress packets from the created VM and check their ToS=0