This KB article describes some of the MC-lag failure handling scenarios.
MC-LAG TOPOLOGY:
SWITCH 1 <---ae0 (iccp/icl)---> SWITCH2
CONFIGURATION:
ICCP configuration on the box: (similar config for SWITCH-2)
root@SWITCH-1> show configuration protocols iccp
local-ip-addr 192.168.1.X;
peer 192.168.1.Y {
redundancy-group-id-list 201;
backup-liveness-detection {
backup-peer-ip 1.1.1.Y;
}
liveness-detection {
minimum-receive-interval 1000;
transmit-interval {
minimum-interval 1000;
root@SWITCH-1# run show configuration | display set| match ae0
set interfaces xe-0/0/X ether-options 802.3ad ae0
set interfaces ae0 aggregated-ether-options lacp active
set interfaces ae0 unit 0 family ethernet-switching interface-mode trunk
set interfaces ae0 unit 0 family ethernet-switching vlan members all
set multi-chassis multi-chassis-protection 192.168.1.Y interface ae0
LAB TESTING
Scenario 1:
ICCP Status
ICL status
Backup-liveness status
Status on Sw-02
Down
Up
LACP flaps on Sw02 due to LACP system ID change to default
Scenario 2
No change in LACP system ID and the LACP does not flap.
Scenario 3:
Status on Sw-01
LACP flaps on Sw-01 due to LACP system ID change to default
Scenario 4 :
root@SWITCH-01> show configuration | display set | match peer
set interfaces ae11 aggregated-ether-options mc-ae events iccp-peer-down prefer-status-control-active
set interfaces ae12 aggregated-ether-options mc-ae events iccp-peer-down prefer-status-control-active
set interfaces ae21 aggregated-ether-options mc-ae events iccp-peer-down prefer-status-control-active
set interfaces ae22 aggregated-ether-options mc-ae events iccp-peer-down prefer-status-control-active
No LACP flap on Sw-01
Scenario 5:
Refer DOC : https://www.juniper.net/documentation/us/en/software/junos/mc-lag/topics/concept/best-practices-usage-notes.html