Skip to content
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

virtual_ether_mux: Treat vlan=0 as vlan=nil #1206

Closed
wants to merge 1 commit into from

Conversation

lukego
Copy link
Member

@lukego lukego commented Aug 11, 2017

Commit da4f98b makes apps.vlan validate the vlan ID argument. This correctly rejects the value zero as invalid (not allowed on the wire in 802.1Q standard.) However, the snabbnfv application does permit vlan=0 in its configuration file and this is used in various test vector files. This causes test failures.

There are two obvious solutions. The first is to update all configurations to never use the invalid vlan=0. The second is to interpret vlan=0 as meaning "no VLAN." This commit implements the second one.

This change will be pulled directly onto #1203 as a fix to test failures.

Commit da4f98b makes apps.vlan
validate the vlan ID argument. This correctly rejects the value zero
as invalid (not allowed on the wire in 802.1Q standard.) However, the
snabbnfv application does permit vlan=0 in its configuration file and
this is used in various test vector files. This causes test failures.

There are two obvious solutions. The first is to update all
configurations to never use the invalid vlan=0. The second is to
interpret vlan=0 as meaning "no VLAN." This commit implements the
second one.
lukego added a commit to lukego/snabb that referenced this pull request Aug 11, 2017
@mwiget
Copy link
Contributor

mwiget commented Aug 11, 2017

vlan=0 is valid and used to priority tag the traffic. If you google it, you'll find more info's about it:

https://www.cisco.com/c/en/us/td/docs/switches/connectedgrid/cg-switch-sw-master/software/configuration/guide/vlan0/b_vlan_0.html#con_1055352

So a switch will still treat the traffic as untagged, but it processes the 802.1p bits.

@lukego
Copy link
Member Author

lukego commented Aug 11, 2017

@mwiget Thanks for the tip. Maybe we should loosen the assertion in apps.vlan to allow vlan=0 and revert this change.

What do you think @alexandergall?

lukego added a commit to lukego/snabb that referenced this pull request Aug 15, 2017
VLAN-ID 0 is allowed as a "priority tag" i.e. for packets that are not
on a VLAN but want the 802.1Q header to specify a priority.

See snabbco#1206 (comment)
@lukego
Copy link
Member Author

lukego commented Aug 15, 2017

I reverted this change and updated the vlan app to accept id=0 in ebd0aa9 on my integration branch #1203. cc @alexandergall no action required.

@lukego lukego closed this Aug 15, 2017
teknico pushed a commit to Igalia/snabb that referenced this pull request Sep 12, 2017
VLAN-ID 0 is allowed as a "priority tag" i.e. for packets that are not
on a VLAN but want the 802.1Q header to specify a priority.

See snabbco#1206 (comment)
lukego pushed a commit that referenced this pull request Jan 2, 2019
Add additional RSS test for 2 instances with 4 queues to release benchmarking script.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants