两台设备做堆叠，主设备和备设备各有接口作为聚合成员口，该聚合口和上行设备建立动态聚合。本端设备做二层转发，因为不涉及三层转发，所以取消了MAD检测，即堆叠分裂后不会mad down接口，此时堆叠分裂后两台设备的聚合成员口是如何选中的
过程分析堆叠前配置了irf mac-address persistent always，则分裂后两个设备的桥mac依然一致，此时聚合状态不会更改。如果重启了之前角色为slave的设备的话，起来后设备的mac地址就会改为自身本来的mac地址，这个时候会导致对端设备相当于和两台设备动态聚合，只会选择一边(取决于对端设备的机制)。如果是我司设备，先比较两个设备的优先级，选择优先级大的(配置的值小的)，如果优先级一样，选择mac地址小的一边。如果更改对端设备的优先级变大(或者在堆叠分裂前更改irf设备的优先级值为65535，此时优先级较小)，然后在对端设备连接本端设备的接口下配置端口优先级较大(如更改端口优先级值为0)，此时分裂后会选择该对端设备接口对应的本端设备作为选中设备。
如下7600堆叠时，采用聚合89和对端连接，堆叠分裂前聚合信息如下。
Aggregate Interface: Bridge-Aggregation89
Aggregation Mode: Dynamic
Loadsharing Type: Shar
Management VLANs: None
System ID: 0x8000, 600b-0325-c800
Local:
Port Status Priority Index Oper-Key Flag
GE1/3/0/10 S 32768 34 17 {ACDEF}
GE2/2/0/15 S 32768 107 17 {ACDEF}
GE2/3/0/10 S 32768 133 17 {ACDEF}
Remote:
Actor Priority Index Oper-Key SystemID Flag
GE1/3/0/10(R) 16384 1 1 0x8000, 249e-ab9f-3b16 {ABCDEF}
GE2/2/0/15 16384 3 1 0x8000, 249e-ab9f-3b16 {ABCDEF}
GE2/3/0/10 16384 2 1 0x8000, 249e-ab9f-3b16 {ABCDEF
由于堆叠成员口down，堆叠分裂。
%@454755%Sep 17 10:07:46:444 2019 ZJQUZ-MA-CMNET-SW09-JS_S76_3 IFNET/3/PHY_UPDOWN: Physical state on the interface Ten-GigabitEthernet1/0/0/14 changed to down.
%@454756%Sep 17 10:07:46:444 2019 ZJQUZ-MA-CMNET-SW09-JS_S76_3 STM/3/STM_LINK_DOWN: IRF port 2 went down.
堆叠分裂后，2框设备执行重启操作，重启后2框单框起来，这时2框的桥mac会变为2框主控的mac，由于1框的桥mac还是1框主控的mac，这时对端设备相当于与两台设备动态聚合，只会选择一边，默认会选择桥mac小的一端。：
从框1的聚合信息看，7606端框1仍然有接口是选中状态的。
Aggregate Interface: Bridge-Aggregation89
Aggregation Mode: Dynamic
Loadsharing Type: Shar
Management VLANs: None
System ID: 0x8000, 600b-0325-c800
Local:
Port Status Priority Index Oper-Key Flag
GE1/3/0/10 S 32768 34 17 {ACDEF}
Remote:
Actor Priority Index Oper-Key SystemID Flag
GE1/3/0/10(R) 16384 1 1 0x8000, 249e-ab9f-3b16 {ABCDEF}
通过比较堆叠正常情况下的两个设备的桥mac，可以看到框1桥mac比较小。
框1 桥mac
Slot 6 CPU 0:
DEVICE_NAME : LSUM1MPU06B3
DEVICE_SERIAL_NUMBER : 210231A3B1B167000021
MAC_ADDRESS : 600B-0325-C800
MANUFACTURING_DATE : 2016-07-14
VENDOR_NAME : H3C
框2桥MAC
Slot 6 CPU 0:
DEVICE_NAME : LSUM1MPU06B3
DEVICE_SERIAL_NUMBER : 210231A3B1B167000076
MAC_ADDRESS : 600B-0326-5800
MANUFACTURING_DATE : 2016-07-15
VENDOR_NAME : H3C
Slot 7 CPU 0:
DEVICE_NAME : LSUM1MPU06B3
DEVICE_SERIAL_NUMBER : 210231A3B1B167000023
MAC_ADDRESS : 600B-0325-CC00
MANUFACTURING_DATE : 2016-07-14
VENDOR_NAME : H3C
解决方法总结：
堆叠前配置了irf mac-address persistent always，则分裂后两个设备的桥mac依然一致，此时聚合状态不会更改。如果重启了之前角色为slave的设备的话，起来后设备的mac地址就会改为自身本来的mac地址，这个时候会导致对端设备相当于和两台设备动态聚合，只会选择一边(取决于对端设备的机制)。如果是我司设备，先比较两个设备的优先级，选择优先级大的(配置的值小的)，如果优先级一样，选择mac地址小的一边。如果更改对端设备的优先级变大(或者在堆叠分裂前更改irf设备的优先级值为65535，此时优先级较小)，然后在对端设备连接本端设备的接口下配置端口优先级较大(如更改端口优先级值为0)，此时分裂后会选择该对端设备接口对应的本端设备作为选中设备。