You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/module/lag.md
+19-2Lines changed: 19 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -73,7 +73,7 @@ _netlab_ implements links between containers and virtual machines with Linux bri
73
73
(lag-mlag)=
74
74
## Multi-chassis Link Aggregation (MLAG)
75
75
76
-
For platforms that support it, link-level redundancy can be provided by creating multiple links to different switches. The switches have an internal *peer link* to synchronize the state related to the link aggregation, allowing them to present a single consistent network interface to the connected system.
76
+
For platforms that support it, link-level redundancy can be provided by creating multiple links to different switches. The switches have an internal *peer link* to synchronize the state related to the link aggregation, allowing them to present a consistent network interface to the connected system.
77
77

78
78
79
79
The above diagram illustrates the three supported topologies:
@@ -82,7 +82,11 @@ The above diagram illustrates the three supported topologies:
82
82
* 2:2 dual MLAG between 2 pairs of nodes (4 nodes in total)
83
83
84
84
MLAG related parameters:
85
-
***lag.mlag.mac**: Used at node or interface level to configure the MAC address for the peer link. *Netlab* can auto-generate this, so it usually is not necessary to set this
85
+
86
+
Node/interface level:
87
+
***lag.mlag.mac**: Used at node or interface level to configure the MAC address for the peer link. *Netlab* can auto-generate this, so it is usually not necessary to set this
88
+
89
+
Link level:
86
90
***lag.mlag.peergroup**: This parameter configures a unique peer group ID for the pair of MLAG switches. Can be set to *True* for auto-id generation or an integer (that must be globally unique)
87
91
88
92
A simple example:
@@ -106,3 +110,16 @@ links:
106
110
- lag:
107
111
members: [s1-s2] # Note that multiple physical links are allowed here
108
112
mlag.peergroup: True # (also) used to derive a unique MAC address for this group of MLAG peers
113
+
```
114
+
115
+
### Advanced MLAG Parameters
116
+
117
+
The **lag.mlag.peer.backup_ip**_device feature_ specifies a property from the node data model that should be used to determine the MLAG peer's backup IP address (the IP address an MLAG node tries to reach when resolving a split-brain scenario). This parameter is part of the device features and can be changed only for a device type, not individual nodes.
118
+
119
+
The default value is `loopback.ipv4` (the loopback interface's IPv4 address), which may require an IGP between the MLAG peers. Another interesting value of this parameter is `mgmt.ipv4` (the management IPv4 address). Other values such as *interfaces[3].ipv4* could theoretically be used, though note that such addresses are assumed to reside in the default VRF - no attempt is made to determine or verify which VRF they are in.
120
+
121
+
For example, to use the management IPv4 address as the MLAG backup IP on Cumulus Linux using NVUE (device `cumulus_nvue`), set the following value in your [lab topology](defaults-topology), [user defaults](defaults-user-file), or [system defaults](defaults-locations):
0 commit comments