When https://bugzilla.redhat.com/show_bug.cgi?id=1846018 will be done we would need to add support for vlan transparency in neutron ovn driver.
Just to be clear, this feature is mutually exclusive with trunk/subports as it can be seen in the upstream doc: https://docs.openstack.org/neutron/latest/contributor/internals/openvswitch_agent.html#tackling-the-network-trunking-use-case "VLAN transparency is for better or for worse intertwined with vlan awareness. The former is about making the platform not interfere with the tag associated to the packets sent by the VM, and let the underlay figure out where the packet needs to be sent out; the latter is about making the platform use the vlan tag associated to packet to determine where the packet needs to go. Ideally, a design choice to satisfy the awareness use case will not have a negative impact for solving the transparency use case. Having said that, the two features are still meant to be mutually exclusive in their application, and plugging subports into networks whose vlan-transparency flag is set to True might have unexpected results. In fact, it would be impossible from the platform’s point of view discerning which tagged packets are meant to be treated ‘transparently’ and which ones are meant to be used for demultiplexing (in order to reach the right destination). The outcome might only be predictable if two layers of vlan tags are stacked up together, making guest support even more crucial for the combined use case."
*** Bug 1898082 has been marked as a duplicate of this bug. ***
Known limitations for OVN VLAN transparency Not supported with ML2/OVS this is an ONV only feature Bug 1914816 - [OVS 2.13 RFE] VLAN Transparency: packets dropped with flat provider network Bug 1907779 - VLAN Transparency: packets dropped with flat provider network Bug 1904141 - VLAN Transparency: packets dropped when allowed-address-pairs used with vlan tenant and provider networks (need to disable port security ) Bug 1914388 - VLAN Transparency: neutron network mtu should be 4 bytes lower for transparent-vlan network When using provider VLANs external switch needs to support 802.1q VLAN stacking using ethertype 0x8100 on both VLANs. OVN VLAN transparency does not support 802.1ad QinQ with outer provider VLAN ethertype set to 0x88A8 or 0x9100.
*** Bug 1843935 has been marked as a duplicate of this bug. ***
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Red Hat OpenStack Platform 16.1.4 director bug fix advisory), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:0817
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 365 days