12f7abd398
Every plugin that supports some of QoS rules will define a property called supported_qos_rule_types of list type. For ml2, determine supported qos rule types as a subset of rule types supported by all drivers. (In the future, we may expand the list to include all types supported by at least one of enabled drivers. This would require synchronized work with nova scheduler though.) For ml2, tests are limited, and should be expanded to check that common subset of qos rules is calculated properly when intersection != the list of each plugins. For now, it's enough since we don't have more than one rule type planned for Liberty. Added API test for the resource. Partially-Implements: blueprint ml2-qos Co-Authored-By: Irena Berezovsky <irenab.dev@gmail.com> Co-Authored-By: John Schwarz <jschwarz@redhat.com> Change-Id: I0d18ae256877a129e203110003fcadd1d63590b4 |
||
---|---|---|
.. | ||
common | ||
services | ||
README.rst | ||
__init__.py | ||
auth.py | ||
config.py | ||
exceptions.py | ||
manager.py | ||
test.py |
README.rst
WARNING
The files under this path were copied from tempest as part of the move of the api tests, and they will be removed as the required functionality is transitioned from tempest to tempest-lib. While it exists, only neutron.tests.api and neutron.tests.retargetable should be importing files from this path. neutron.tests.tempest.config uses the global cfg.CONF instance and importing it outside of the api tests has the potential to break Neutron's use of cfg.CONF.