技术文档
当前位置:技术文档

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

来源:未知 时间:2020-03-10 10:32
 

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


上一篇:华为te系列终端预置位保存方法
下一篇:华为AP认证上线,导致AP上线失败
电子标识编号:20181009000069

售前客服

售前客服

电话:028-83252151

传真:028-85259033

咨询热线:15378180513
在线客服