H3C数据中心IRF MAD检测及相关问题验证 下载本文

内容发布更新时间 : 2024/11/5 11:34:47星期一 下面是文章的全部内容请认真阅读。

IRF MAD检测及相关问题验证

内部公开

interface GigabitEthernet2/7/0/31 port link-mode bridge port link-aggregation group 2 SR88上相关配置如下:

#

interface Bridge-Aggregation2 link-aggregation mode dynamic # interface GigabitEthernet9/1/17 port link-mode bridge port link-aggregation group 2 # interface GigabitEthernet9/1/18 port link-mode bridge port link-aggregation group 2 配置完成。查看Debug。

debugging link-aggregation lacp packet all

*Aug 31 10:36:40:928 2011 01-s12508 LAGG/7/LAGG_DEBUG: -Chassis=1-Slot=7;

PACKET.GigabitEthernet1/7/0/36.TX.0-6668738: Extend TLV ID : 100, Length : 24, Data : 0 0 0 1 3c e5 a6 d1 6a 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0

拓展TLV字段中,0 0 0 1标示对应的主框号,3c e5 a6 d1 6a 00对应发送者的桥MAC。第二个0 0 0 1标示域编号。SR88的某个聚合端口收到带有扩展TLV字段的LACP报文后,会从聚合端口下的其他端口发出携带有同样TLV字段的LACP报文,堆叠成员对Active ID进行比较,如果自己的Active ID大,则进入Recovery状态。 3.2 BFD MAD检测实验

Device A、Device B堆叠后,配置BFD MAD检测。组网图如下:

2011-09-28

H3C机密,未经许可不得扩散 第11页, 共13页

IRF MAD检测及相关问题验证

内部公开

图7 BFD MAD检测组网图

# 创建VLAN 238,并将Device A(成员编号为1)上的端口1/2/0/6和Device B(成员编号为2)上的端口2/2/0/6加入VLAN中。

system-view [Sysname] vlan 238

[Sysname-vlan238] port gigabitethernet 1/2/0/6 gigabitethernet 2/2/0/6 [Sysname-vlan238] quit

# 创建VLAN接口238,并配置MAD IP地址。 [Sysname] interface vlan-interface 238 [Sysname-Vlan-interface238] mad bfd enable

[Sysname-Vlan-interface238] mad ip address 192.168.2.1 24 member 1 [Sysname-Vlan-interface238] mad ip address 192.168.2.2 24 member 2 [Sysname-Vlan-interface238] quit

# 因为BFD MAD和生成树功能互斥,所以在GigabitEthernet1/2/0/6和GigabitEthernet2/2/0/6上关闭生成树协议。

[Sysname] interface gigabitethernet 1/2/0/6 [Sysname-gigabitethernet-1/2/0/6] undo stp enable [Sysname-gigabitethernet-1/2/0/6] quit [Sysname] interface gigabitethernet 2/2/0/6 [Sysname-gigabitethernet-2/2/0/6] undo stp enable

配置完成。查看Debug。

*Sep 1 08:53:42:795 2011 01-s12508 BFD/7/PKT_SND: Ctrl packet, Src:192.168.2.1, Dst:192.168.2.2, Ver:1, Diag:0, Sta:1, P/F/C/A/D/R:0/0/1/0/0/0, multi:5, LD/RD:514/0,

2011-09-28

H3C机密,未经许可不得扩散

第12页, 共13页

IRF MAD检测及相关问题验证

内部公开

Tx:400ms, Rx:400ms, H:0, L:1557820

当设备正常运行时,只有Master设备上的IP地址192.168.2.1生效,BFD会话处于DOWN的状态,当设备分裂后,Slave设备上的192.168.2.2也开始生效,BFD会话状态变为UP,从而导致冲突。

4 相关问题验证

1IRF合并时,两台IRF会遵照角色选举的规则进行竞选,竞选失败方IRF的所有成员设备○

需要重启才能加入获胜方IRF,在此期间,竞选获胜的设备需不需要重启?竞选失败方自动重启有什么条件?

答:经验证竞选获胜的设备不需要重启,竞选失败方需配置irf auto-merge enable后才会自动重启,否则需要用户根据系统提示手工完成重启。

2两台S12500堆叠,启用LACP MAD检测或者BFD MAD检测,IRF堆叠链路故障导致IRF○

分裂,slave设备进入recovery状态,手工重启处于recovery状态的设备后会是什么状态? 答:经验证,IRF链路不修复,处于recovery状态的设备通过console口手动重启,重启后会再一次进入recovery状态。

LACP MAD或者BFD MAD效果一样,重启后MAD检测机制仍然在每一个设备上生效,不会因为分裂消失。

5 总结

本文主要介绍了IRF MAD冲突检测机制,并对一些问题做出了验证,如有错误之处恳请批评指正。

2011-09-28

H3C机密,未经许可不得扩散 第13页, 共13页