Bug 2131385 - [RFE] There should be a way to set ethertype for the vlan_transparent networks Edit
Summary: [RFE] There should be a way to set ethertype for the vlan_transparent network...
Keywords:
Status: CLOSED DUPLICATE of bug 1925375
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-networking-ovn
Version: 16.2 (Train)
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
: ---
Assignee: OSP Team
QA Contact: Eran Kuris
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-09-30 20:13 UTC by David Hill
Modified: 2022-10-10 13:46 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-10-10 13:46:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1915151 0 None None None 2022-09-30 20:13:32 UTC
Red Hat Issue Tracker OSP-19050 0 None None None 2022-09-30 20:23:12 UTC
Red Hat Knowledge Base (Solution) 6978438 0 None None None 2022-09-30 20:20:24 UTC

Description David Hill 2022-09-30 20:13:18 UTC
Networks with enabled vlan_transparency can be any of any type available in Neutron (vxlan, vlan, flat in case of Linuxbridge, etc.). In most cases it is fine when packets in such case have ethertype 0x8100 (802.1q).
The same ethertype is configured always for vlan network with vlan_transparent=True. But in such case as we have 2 vlans already (S-Tag and C-Tag) it is really QinQ. Neutron still configures ethertype to be 0x8100 in such case and it works for most of the cases.
But in case of some hardware it needs to be 0x8a88 (802.1ad) which is real QinQ type.

So I think that it would be good to add operators possibility to configure what ethertype will be used in such case.
It could be simple config option and all vlan networks with enabled vlan transparency would use it.
Default value of that option would be 0x8100 to be compatible with what we have now.

Comment 4 Jakub Libosvar 2022-10-10 13:46:17 UTC

*** This bug has been marked as a duplicate of bug 1925375 ***


Note You need to log in before you can comment on or make changes to this bug.