Replies: 2 comments 3 replies
-
is your reason for doing this to avoid misconfigs? |
Beta Was this translation helpful? Give feedback.
2 replies
-
I don't see why we would need that. Networking industry commonly used two ways to implement MLAG -- shared control plane and independent devices. If you're thinking about a shared control plane implementation, then you'll have to solve a bunch of other issues as well. For independent devices we don't need a virtual node. So, as @ddutt said, we'd need to know more about your ideas and what problem you're trying to solve. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Working on MLAG support, I'm thinking we may need the ability to create virtual nodes to represent the "M" side of MLAG link groups, similar to what we do for links in the vlan module.
The
lag
module would create a virtual node for the M-side, mark it asrole: virtual
to avoid allocation of loopback interfaces, mgmt IPs and the like. Then, after transformation, it would copy the interfaces from the virtual nodes into their 'real' counterparts (groups of mlag peers, typically pairs) and remove the virtual nodes from the final topologyThoughts?
Beta Was this translation helpful? Give feedback.
All reactions