-
Notifications
You must be signed in to change notification settings - Fork 757
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to set 0x88a8 (802.1ad) service tag for QinQ interface? #5893
Comments
|
This is a kernel limitation of the QinQ implementation. |
|
something looks off here, manually I seem to be able to create the right protocol: We probably have to set vlanproto explicitly |
|
Ok, I don't think I can fix this instantly as there is a limitation in how to handle results in : |
|
There is a command in VyOS to modify the the vlan protocol:
|
|
More upstream context here, maybe move this to src.git for now? |
|
@AdSchellevis shouldn't we put the upstream label back? |
…d (QinQ) interface types. Currently this doesn't work (yet), likely needs https://reviews.freebsd.org/D35848 so vlanproto can be set after the interface creation phase (now it's only possible to set proto there). If `ifconfig XXXX vlanproto 802.1ad` sets the property, we do need this code to make sure we set these on QinQ parent vlan tags. As a workaround we could pass proto in legacy_interface_create() as well to make this (only) work on boot, but looking at the upstream fix, this might be something easy to pull in the near future. for #5893
|
@fichtner reading the commit message of freebsd/freebsd-src@b82b805 , I think we can fix core (change the parents proto to |
|
outer vlan "ad", inner vlan "q" |
#5560 mention double tagged QinQ vlan is ready.
In 22.7 RC1, I create a QinQ interface:
In above setting, the double tagged packets use EtherType of
0x8100(802.1Q) for both outer and inner tag.The standard 802.1ad should use
0x88a8as outer tag and0x8100as inner tag.I couldn't find in OPNsense UI to specify to utilize 802.1ad protocol or
0x88a8as outer tag.The text was updated successfully, but these errors were encountered: