Replies: 2 comments
-
|
Some things are not worth solving ;) Trying to make the VLAN-aware Linux bridge act like a router is definitely in the "hammering star-shaped pegs into heptagonal holes" category. However, if you insist, you could probably use something similar to what @ssasso had to do with Juniper interfaces. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Implemented as far as @jbemmel could push it ;) |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm working on a PR that enables Cumulus NVUE to support all VLAN use cases, including the 5 that are currently not supported
vlan.modeltorouterin order to support63-vlan-mixed-native=> This alters the YAML that gets generated, trunk_ids are replaced by sub interfaces
63-vlan-mixed-nativerequires the native VLAN to be configured oninterface.bridgeas anuntaggedvlan, plus a subinterface with tag and IP - unlike case61-vlan-routed-nativewhere there is no bridge involved, and the native VLAN IP is on the parent interface.I've added a quirk that adds the correct subinterface ifname for the mixed trunk use case, but I was wondering if there could be a more elegant way to handle this in the core model ( e.g. always create a subinterface for the native vlan instead of combining it with the trunk port )
Beta Was this translation helpful? Give feedback.
All reactions