IRF结合聚合场景堆叠分裂对聚合选中的影响经验案例

不涉及

两台设备做堆叠，主设备和备设备各有接口作为聚合成员口，该聚合口和上行设备建立动态聚合。本端设备做二层转发，因为不涉及三层转发，所以取消了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），此时分裂后会选择该对端设备接口对应的本端设备作为选中设备。