Hello All,
I see a peculiar behavior where the following steps resets the QoS
configuration on the netdevice:
*sudo ip link add dummy0 type dummy*
*sudo tc qdisc add dev dummy0 root handle 1: htb default 1*
*sudo ovs-vsctl add-port global_fwbr dummy0*
i.e. when a port with linux htb config having qdisc "1:" is added to ovs
bridge, the qdisc is reset to default type ('noqueue').
*However, this is only true for qdisc "1:" and not for any other qdiscs!*
On further checking the code, it looks like *netdev_linux_set_qos*
eventually calls tc_del_qdisc for this port due to a mismatch in *new_ops*
and *netdev->tc->ops*!
And eventhough the description of *tc_del_qdisc* says that it's equivalent
to `tc qdisc del dev <name> root`, it's not so! tc_del_qdisc only deletes
the qdisc with handle "1:0" and nothing else!
So, what exactly is the expected behaviour? *Is it a valid configuration to
have a port with its own linux htb configuration to be enslaved into an ovs
bridge while the configs remain intact?*
Thanks in advance!
Thanks,
Reshma
_______________________________________________
discuss mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
