QOS minimum bandwidth rejection of non-physnet network and updates should be driver specific
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
When adding a qos policy to a network or port, there is the following check in the qos_plugin:
# minimum-bandwidth rule is only supported (independently of
# drivers) on networks whose first segment is backed by a physnet
if rule.rule_type == qos_consts.
net = network_
if physnet is None:
To my knowledge this statement is simply untrue as it is precisly the reference drivers which have this problem, not necessarily all drivers. This blocks me from creating a qos_driver that does support mimimum bandwidth without a physnet.
The same goes for min_bw_rule_updates when the port is bound.
I propose we move those checks to the qos_drivers themselves.
tags: | added: neutron-proactive-backport-potential |
tags: | removed: neutron-proactive-backport-potential |
tags: | added: qos |
Hello:
Just to add a bit of context, this other bug [1] is related to this one. [1] introduced this limitation; the physnet is the source of BW and that's how the min-BW can be guaranteed, by knowing the amount of BW avaiable.
Regards.
[1] https:/ /bugs.launchpad .net/neutron/ +bug/1819029