ef7f673098
There are two types of OF rules in TRANSIENT_TABLE: - With priority 100: these rules match by "in_port", that is a unique identifier. - With priority 90: these rules match by MAC address and VLAN ID. This combination (MAC, VLAN) is unique. That means when a deleting an OF rule in TRANSIENT_TABLE, it is enough to specify the "in_port" or the (MAC, VLAN) tuple. The "--strict" parameter, added to also define the priority, is not needed. By removing the "--strict" parameter, these deletion commands can be executed synchronously at the end of the OVS deferred context, when all the OF rule commands (addition or deletion), are executed at the same time. That removes the small window, detected in the related bug, when the OF rule set for a port is not complete. Closes-Bug: #1952770 Change-Id: I9f5bd8a1404dde3a0aa163ce72aef2961f537676
OpenStack Neutron
Neutron is an OpenStack project to provide "network connectivity as a service" between interface devices (e.g., vNICs) managed by other OpenStack services (e.g., Nova).
To learn more about neutron:
- Documentation: https://docs.openstack.org/neutron/latest/
- Features: https://specs.openstack.org/openstack/neutron-specs
- Defects: https://launchpad.net/neutron
- Release notes: https://docs.openstack.org/releasenotes/neutron/index.html
- Source: https://opendev.org/openstack/neutron
Get in touch via email. Use [Neutron] in your subject.
To learn how to contribute, please read the CONTRIBUTING.rst file.