Cisco 和 H3C 交换机间的MSTP互通
1，MSTP中引入了“实例”INSTANCE 和”域“ REGION 的概念。“实例”就是多个VLAN 的一个集合。这种通过多个VLAN 捆绑到一个实例中去的方法可以节省通信开销与资源占用率。“域”则由域名，修订级别，格式选择器。VLAN与实例的映射关系组成。其中域名，格式选择器和修订级别在BPDU报文中都有相关字段。VLAN 与实例的映射关系在BPDU报文
中表现为摘要信息。
2，MSTP互通。
目前H3C和CISCO交换机之间互联基本上都使用MSTP。
根据IEEE802.1S协议的规定，为保证MSTP互通，它们的域配置信息完全一致。H3C交换机默认的路径开销为Legacy,其MSTP配置摘要计算结果和IEEE802.1S中的DOT1T
标准不一致。而cisco MSTP计算出的配置摘要并不符合DOT1Q标准。这样就导致了相连的H3C交换机和CISCO交换机即使它们的域配置相同，各自计算出的配置摘要信息
也会不相同，所以它们不会认为在一个域内。不能实现MSTP互通。
H3C MSTP用如下方法实现互通：
在H3C和CISCO域配置完全一致的情况下。可能通过使能configuration digestsnooping 摘要侦听功能实现互通。
3，在配置H3C和CISCO交换机MSTP互通的过程中，需要注意：
。摘要侦听功能一定要在域内相连的H3C交换机和CISCO交换机域配置完全相同的条件下使能。否则导致广播风暴。
。在与CISCO交换机相连的H3C交换机域内的每一个端口都必须使能侦听功能，在其域的边界端口上不能使能摘要侦听功能。
。不能直接更改使能了摘要侦听功能的H3C交换机及其相连的CISCO交换机的域配置。需要在更改之前将使能摘要侦听功能去使能。否则导致广播风暴。
。如果域内都是H3C，则不必使能摘要使能功能。
。使能摘要侦听功能后。交换机内一直保存着最新接收的配置摘要。即使使能摘要侦听功能的端口失效。此前接收的配置摘要仍然生效。
配置实例：
2台CISCO4507。2台楼层交换机。一台为3550。一台为H3C3600
C3550-S3：
spanning-treemode mst
spanning-tree pathcost methodlong (路径开销机制为:long ,short两种)。
H3C-S4:
stpenable
stpmode mstp
stppathcost-standarddot1q (为IEEE80.1t的标准)
int g1/1/1 #进入上联核心交换机的端口。
stpconfig-digest-snooping #开启摘要侦听功能。
stp compliance dot1s #在端口上设置生成树的BPDU格式为DOT1S。
exit
stpconfig-digest-snooping #在全局模式下启用摘要侦听功能。
查看：H3C-4s:disstp brief
测试过程中的问题：
Cisco 上：
spanning-tree pathcost method long (long.short)两种。
H3C：
stppathcost-standard dot1t (dot1d-1998,dot1t,legacy)默认为legacy.
在测试中，将cisco 的设置为short ,H3C不变。因long 为32个字节，short 为16个字节，虽然端口处于forwarding ，但mstp 仍然不通。
H3C BPDU包格式：为了实现设备间多实例互通，需要在H3C设备的端口下设置强制标准报文的配置。
Pre-STD-Rx问题
在CISCO交换机上使用SHOWSPANNING-TREE查看显示为。
G1/1DesgFWD 200000128.129p2p Pre-STD-Rx
G1/1DesgFWD 200000128.129p2p
可以通过三种方法使端口状态从 Pre-STD-Rx 变回P2P.
1,shut , no shut
2,清除该端口：
clearspanning-treedetected-protocols interfaceg1/1
3,在H3C交换机上使用stpreset 命令
页:
[1]