Download This Guide
Supported Platforms
Related Documentation
- EX Series, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast Using VRRP
- Example: Configuring Multichassis Link Aggregation for Layer 3 Multicast Using VRRP
- QFabric System, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast using MAC Address Synchronization
Configuring Multichassis Link Aggregation
![]() | Note: Multichassis link aggregation (MC-LAG) is supported on QFX3500 and QFX3600 standalone switches running the original CLI, and on QFX5100 switches running Enhanced Layer 2 Software. |
Multichassis link aggregation groups (MC-LAGs) enable a client device to form a logical LAG interface between two switches. An MC-LAG provides redundancy and load balancing between the two switches, multihoming support, and a loop-free Layer 2 network without running the Spanning Tree Protocol (STP).
The MC-LAG switches use the Inter-Chassis Control Protocol (ICCP) to exchange the control information between two MC-LAG switches.
On one end of an MC-LAG is an MC-LAG client device, such as a server, that has one or more physical links in a link aggregation group (LAG). This client device does not need to detect the MC-LAG. On the other side of MC-LAG are two MC-LAG switches. Each of the switches has one or more physical links connected to a single client device. The switches coordinate with each other to ensure that data traffic is forwarded properly.
![]() | Note: An interface with an already configured IP address cannot form part of the aggregated Ethernet interface or multichassis aggregated Ethernet interface group. |
Perform the following steps on each switch that is hosting an MC-LAG:
- Specify the same multichassis aggregated Ethernet identification
number for the MC-LAG that the aggregated Ethernet interface belongs
to on each switch.
[edit interfaces]
user@switch# set aeX aggregated-ether-options mc-ae mc-ae-id numberFor example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options mc-ae mc-ae-id 3 - Specify a unique chassis ID for the MC-LAG that the aggregated
Ethernet interface belongs to on each switch.
[edit interfaces]
user@switch# set aeX aggregated-ether-options mc-ae chassis-id numberFor example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options mc-ae chassis-id 0 - Specify the mode of the MC-LAG the aggregated Ethernet
interface belongs to.
Note: Only active-active mode is supported at this time.
[edit interfaces]
user@switch# set aeX aggregated-ether-options mc-ae mode modeFor example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options mc-ae mode active-active - Specify whether the aggregated Ethernet interface participating
in the MC-LAG is primary or secondary.
Primary is active, and secondary is standby.
Note: You must configure status control on both switches hosting the MC-LAG. If one switch is in active mode, the other must be in standby mode.
[edit interfaces]
user@switch# set aeX aggregated-ether-options mc-ae status-control (active | standby)For example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options mc-ae status-control active - Specify the same LACP system ID on each switch.
[edit interfaces]
user@switch# set aeX aggregated-ether-options lacp system-id mac-addressFor example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options lacp system-id 00:01:02:03:04:05 - Specify the same LACP administration key on each switch.
[edit interfaces]
user@switch# set aeX aggregated-ether-options lacp admin-key numberFor example:
[edit interfaces]
user@switch# set ae1 aggregated-ether-options lacp admin-key 3 - Configure ICCP by doing the following on each switch hosting
the MC-LAG:
- Configure the local IP address to be used by all switches
hosting the MC-LAG.
[edit protocols]
user@switch# set iccp local-ip-addr local-ip-addressFor example:
[edit protocols]
user@switch# set iccp local-ip-addr 3.3.3.1 - (Optional) Configure the IP address of the switch and
the time during which an ICCP connection must succeed between the
switches hosting the MC-LAG.
Configuring session establishment hold time helps to establish a faster ICCP connection . The recommended value is 50 seconds.
[edit protocols]
user@switch# set iccp peer peer-ip-address session-establishment-hold-time secondsFor example:
[edit protocols]
user@switch# set iccp peer 3.3.3.2 session-establishment-hold-time 50 - (Optional) Configure the IP address to be used for backup
liveness detection.
Note: By default, backup liveness detection is not enabled. Configure backup liveness detection if you require minimal traffic loss during a reboot. Backup liveness detection helps achieve sub-second traffic loss during an MC-LAG reboot.
[edit protocols]
user@switch# set iccp peer peer-ip-address backup-liveness-detection backup-peer-ip ip-addressFor example:
[edit protocols]
user@switch# set iccp peer 3.3.3.2 backup-liveness-detection backup-peer-ip 10.207.64.232 - Configure the minimum interval at which the switch must
receive a reply from the other switch with which it has established
a Bidirectional Forwarding Detection (BFD) session.
Note: Configuring the minimum receive interval is required to enable BFD.
[edit protocols]
user@switch# set iccp peer peer-ip-address liveness-detection minimum-receive-interval secondsFor example:
[edit protocols]
user@switch# set iccppeer 3.3.3.2 liveness-detection minimum-receive-interval 1000 - Configure the minimum transmit interval during which a
switch must receive a reply from a switch with which it has established
a BFD session.
[edit protocols]
user@switch# set iccp peer peer-ip-address liveness-detection transmit-interval minimum-interval secondsFor example:
[edit protocols]
user@switch# set iccp peer 3.3.3.2 liveness-detection transmit-interval minimum-interval 1000
- Configure the local IP address to be used by all switches
hosting the MC-LAG.
- Configure a multichassis protection link between the switches.
[edit]
user@switch# set multi-chassis multi-chassis-protection peer-ip-address interface interface-nameFor example:
[edit protocols]
user@switch# set multi-chassis multi-chassis-protection 3.3.3.1 interface ae0 - If you are using ELS, configure the service-id on both switches.
The service-id must be the same number on both switches.
[edit]
user@switch# set switch-options service-id numberFor example:
[edit]
user@switch# set switch-options service-id 10 - Configure the MC-LAG interfaces as edge ports on both
switches.
user@switch# set protocols rstp interface interface-name edge
For example:
[edit]
user@switch# set protocols rstp interface ae1 edge - Enable BPDU block on all interfaces except for the ICL-PL
interfaces on both switches.
[edit]
user@switch# set protocols rstp bpdu-block-on-edge
Related Documentation
- EX Series, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast Using VRRP
- Example: Configuring Multichassis Link Aggregation for Layer 3 Multicast Using VRRP
- QFabric System, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast using MAC Address Synchronization
Modified: 2016-06-08
Download This Guide
Supported Platforms
Related Documentation
- EX Series, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast Using VRRP
- Example: Configuring Multichassis Link Aggregation for Layer 3 Multicast Using VRRP
- QFabric System, QFX Series standalone switches
- Example: Configuring Multichassis Link Aggregation for Layer 3 Unicast using MAC Address Synchronization