发布时间 : 星期四 文章STP与CISCO对接问题更新完毕开始阅读dac9b7a404a1b0717fd5dd85
3528G交换机因和C厂家SXXXX交换机的STP协商失败导致下挂业务全阻 序号： SC0000316261 资料类别 ： 案例库 更新时间： 2006-12-25 11:19:33 作者： 熊俊宏 产品族： 以太网交换机 故障类别： 生成树协议 关键字： 3528G C厂家SXXXX交换机 Stp协商 现象描述： 3528G作为汇聚交换机割接上线（替换一台C厂家交换机），下挂多台交换机，下挂某段地址业务出现中断。 产品： 低端交换机 告警信息： CPU占用率达50％，某网段地址业务不通，设备出现STP协议告警。 原因分析： 查找该段地址，发现都是一台C厂家SXXXX交换机下挂的业务，而3528G上出现大量的STP告警，初步判断其和SXXXX交换机的STP协商存在问题。 但3528G并未启动STP协议，C厂家SXXXX交换机默认开启Stp协议。 处理过程： 将C厂家SXXXX交换机关闭Stp，3528G的CPU占用率降至8％，业务恢复正常。 3528G并未启动STP协议但C厂家SXXXX交换机属C厂家早期产品，STP协议不是按照标准实现，其3528G无法识别C厂家SXXXX交换机上送的STP协议报文，而C厂家SXXXX交换机又不停重传，导致Cpu占用率高涨； C厂家SXXXX交换机的STP协议状态频繁切换也导致其下挂业务异常。 建议与总结： 无
由于在trunk端口中取消了透传vlan1导致华为和C公司交换机二层对接时生成树异题：
常 序号： SC0000316610 资料类别 ： 案例库
更新时间： 2006-12-11 11:59:07
作者： 杨和宇 产品族： 以太网交换机 故障类别： 生成树协议
关键字： 生成树协议 PVST 对接 现象描述： 设备：S8505，C厂商设备6509
版本：S8500-VRP310-R1278P01-SI
组网：两台S8505和一台C厂商6509组成单链路环状网络，其中C厂商6509与S8505-A
产品： Quidway S8500
对接的端口为F4/1，与S8505-B对接的端口为F4/2。S8505运行STP协议，C厂商6509运行PVST协议，将S8505-A的优先级设为0，其余设备使用默认值。在3台设备中均创建vlan2和vlan3，对接的各端口设为trunk，并取消透传vlan1。 组网图： S8505-A------------S8505-B \\ / C厂商6509 故障现象：配置完成后，C厂商6509的f4/2端口阻塞，其他所有端口均处于转发状态，看上去很正常，但查看生成树信息后，发现华为设备和C厂商设备对根桥的认识不一致。华为设备认为S8505-A是根桥，而C厂商6509设备认为自己是根桥。如果2台S8505之间的链路断开，将各自认为自己是根桥。 告警信息： 无 原因分析： PVST(每VLAN生成树协议)是C厂商的私有协议。它在Vlan1上运行普通STP协议，在其他Vlan上运行PVST协议。PVST可以与STP互通,在Vlan1上生成树状态按照STP协议计算。在其他Vlan上，华为交换机只会把PVST bpdu当作普通多播报文按照默认Vlan或者Tag头进行转发，而C厂商设备收到普通STP bpdu将会丢弃。但这并不影响环路的消除，只是有可能Vlan1和其他Vlan的根桥选取可能不一致。 总之，在其他Vlan中华为和C厂商设备将互不知道对方的存在，华为设备可以透传C厂商的PVST bpdu报文，而C厂商将丢弃STP bpdu报文。 因此，在链路断开以前，2台S8505之间通过直连链路传递bpdu，并一致认为S8505-A为根桥，同时它们不知道C厂商设备的存在。由于C厂商设备丢弃S8505的bpdu，因此S8505与C厂商设备对接的端口均处于转发状态。C厂商设备不知道S8505的存在，但能够收到自己的bpdu，因此认为出现了环路，而阻塞端口号较大的F4/2端口。链路断开以后，由于S8505之间无法传递bpdu，因此各自认为自己是根桥。 处理过程： 在C厂商6509的各端口上允许vlan1，华为设备即可与C厂商设备在vlan1上一致认为S8505-A为根；在其他vlan上虽然不能在根桥的选择方面达成一致，但至少S8505的bpdu可以通过C厂商设备传递。 建议与总结： 1、华为设备可以与C厂商设备进行二层对接，即使根桥选取不一致，各端口状态仍然正常，能够避免环路。 2、在华为设备与C厂商设备进行二层对接时不要取消透传vlan1，尤其是不要在C厂商设备上取消透传vlan1。 3、如果各端口类型为access，则对接没有任何问题。 4、华为设备与C厂商设备最好不要在二层进行对接。 各设备生成树协议状态(链路断开前).txt 附件： 各设备生成树协议状态(链路断开后).txt 各设备生成树协议状态(在C厂商6509的各端口上允许vlan1).txt
S8016与C公司设备组网时RSTP互通的注意事项
序号： SC0000179145 资料类别 ： 案例库
更新时间： 2005-12-26 08:55:28
作者： 韩志华 94795 产品族： 以太网交换机 故障类别： 生成树协议 关键字： S8016 RSTP
现象描述： 由于C公司设备运行的是其私有的生成树协议PVST+，S8016在与其对接时可能存
在的某些问题，需要在组网的时候认真对待，注意避免。
质量等级：
0
产品： Quidway S8016
处理过程： C公司支持的STP协议有三种：PVST+,MISTP,MSTP。这三个协议都具备不同程度
的VLAN认知能力，这一点是RSTP不具备的；其中，只有PVST+与MSTP才能与RSTP互通。
以C65××为例，在S8016与其互通会遇到如下一些问题：
1、STP进行拓扑计算，发生拓扑变化后，应该进行TCN处理，删除相关端口的MAC表项，还应该老化相应的ARP表项，否则，会造成三层转发的中断。这一点，S8016已经实现了，但C6509在拓扑变化后会连续30秒发送17～18个TC置位的STP BPDU，这对网络的稳定会有一定的影响。
2、PVST+协议在VLAN 1上运行的是普通STP协议（不带vlan tag，和RSTP报文内容完全相同），在其他VLAN上运行PVST+协议（报文会带上vlan tag，这些报文对于S8016来说就是普通的数据报文，进行透明转发处理）。如果在C6509的端口上不TRUNK 1，则普通STP协议报文不能发出，两边都会以为自己是根桥。 3、S8016是不区分VLAN进行STP计算，进行链路的阻断；而C6509则区分VLAN进行链路的阻断。这在某些组网情况下，会造成某些VLAN不通，需要针对网络的具体配置情况，进行分析，看看有没有可能出现这样的结果。
4、C65××提供了这样一种机制：为了防止单生成树阻塞Trunk链路，在C6509的非Trunk端口上一旦收到带Trunk标记的PVST+ BPDU就优先阻断非Trunk端口。这种情况下，该端口被设为type-inconsis状态，阻断该链路。但实际上，这样的机制很糟糕，引入了更多的问题，比如不正确的阻断某些链路，甚至出现网络环路。
建议与总结： 无
S8016 VRP3.10-23XX与C厂家交换机互连不通
序号： SC0000177788 资料类别 ： 案例库
更新时间： 2005-12-21 15:06:21
作者： 韩志华 94795 产品族： 以太网交换机 故障类别： 生成树协议 关键字： S8016
现象某局一台S8016启用STP，某日通过GE向上挂接一台C厂家L2，发现业务不通，S8016端口up，
产品： Quidway S8016 质量等级：
0
描C厂家L2端口down。 述： 告警信息： 无 原因1、物理连接故障。 分2、端口故障。 析： 3、端口协商问题。 处理1、经过检查物理连接良好，端口无故障，查看S8016及C厂家L2，端口协商正常。 过2、登录 C厂家L2，发现系统打印如下日志： 程： 1y9w: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to down 可知C厂家L2设备在G0/1发现环路，down掉了该端口。 3、由于C厂家L2缺省启用其私有生成树协议，BPDU从G0/1发出后又从该端口收回，导致设备认为该端口存在环路，down掉了该端口。关闭该设备生成树协议后，端口互连正常。 建议由于C厂家运行的是私有的生成树协议，在与我司设备对接时建议尽量三层互连，避免统一运行生与总成树。此例也可将S8016升级到2321版本解决，在B03版本中，存在随机出现的情况，在VLAN结： 口，将从对端收到的STP报文又从该端口转发回去。对端设备判断自己收到自己发出去的报文，认为环路，把端口Block导致。 标题： S5516交换机的MSTP与C厂商交换机的PVST无法对接 序号： SC0000174185 资料类别 ： 案例库 更新时间： 2005-12-29 15:59:45 作者： 熊荣 产品族： 以太网交换机 故障类别： 生成树协议 关键字： S5516 STP 生成树 PVST 现象描述： S5516交换机和一C厂商交换机对接，需要启用生成树协议，在S5516上配置了MSTP，C厂商交换机上也启用了生成树协议，但两端配置后发现生成树并不生效。 质量等级： 0 产品： Quidway S5500/6500 告警信息： 无 原因分析： 检查C厂商交换机上的配置发现其使用的是PVST的模式。由于PVST是C厂商的私有协议，而MSTP是公有协议，这样两边使用的协议标准不一致，两者的协商也就不能成功，从而导致配置的MSTP无法生效。而C厂商交换机遵循MSTP标准的是MST的模式。 处理过程： 将C厂商交换机的PVST模式修改为MST模式后与S5516生成树有效的启用了。