-
Notifications
You must be signed in to change notification settings - Fork 12
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
lower-layer-if inferred to vlanX when creating vlanX in CLI #531
Comments
jovatn
added
bug
Something isn't working
triage
Pending investigation & classification (CCB)
labels
Jul 4, 2024
Triage gives that this behavior was introduced in #391. IMO the most reasonable way to fix this is to not set The procedure should be:
|
troglobit
added a commit
that referenced
this issue
Jul 8, 2024
Inference for an interface named vlanN can only guess C-VLAN and VID, the base interface must be left to the user to fill in. This is also mandatory in the model. Fixes #531 Signed-off-by: Joachim Wiberg <[email protected]>
13 tasks
troglobit
added a commit
that referenced
this issue
Jul 11, 2024
Inference for an interface named vlanN can only guess C-VLAN and VID, the base interface must be left to the user to fill in. This is also mandatory in the model. Fixes #531 Signed-off-by: Joachim Wiberg <[email protected]>
troglobit
added a commit
that referenced
this issue
Aug 7, 2024
Inference for an interface named vlanN can only guess C-VLAN and VID, the base interface must be left to the user to fill in. This is also mandatory in the model. Fixes #531 Signed-off-by: Joachim Wiberg <[email protected]>
troglobit
added a commit
that referenced
this issue
Aug 8, 2024
Inference for an interface named vlanN can only guess C-VLAN and VID, the base interface must be left to the user to fill in. This is also mandatory in the model. Fixes #531 Signed-off-by: Joachim Wiberg <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Current Behavior
Creating a vlan interface (here vlan30) via CLI sets interface type to "vlan" and fills out vlan tag-type (c-vlan) and id (30), which is helpful defaults. However, the lower-layer-if is set to itself (here vlan30), which is a bad dummy value. If executing leave without changing it, we get an error message.
Syslog shows the following
And it turns out that we are stuck. Setting the lower-layer-if after a "leave" does not work.
Note, if we would have changed the lower-layer-if before running "leave" it would have worked. Here an example with vlan20.
Expected Behavior
It is hard to know what we should fill out in "lower-layer-if" in this case (compare when creating interface e9.20, where we know vlan id 20 and lower-layer-if e9)
Example if br0 exist
Example if br0 does not exist
Steps To Reproduce
This was tested using Infix v24.06.0,but behaviour is not new.
It was tested on hardware, and ought to be the same with qemu or GNS3.
Steps in current behavior should be enough to reproduce.
Additional information
No response
The text was updated successfully, but these errors were encountered: