STP与CISCO对接问题

1、3528G交换机因和C厂家SXXXX交换机的STP协商失败导致下挂业务全阻序号SC0000316261资料类别案例库更新时间2006-12-25 11:19:33作者：熊俊宏产品：低端交换机产品族：以太网交换机故障类别：生成树协议关键字：3528G C厂家SXXXX交换机Stp协商现象描述：3528G作为汇聚交换机割接上线（替换一台C厂家交换机），下挂多台交换机，下挂 某段地址业务出现中断。告警信息：CPU占用率达50%，某网段地址业务不通，设备出现STP协议告警。原因分析： 查找该段地址，发现都是一台C厂家SXXXX交换机下挂的业务，而3528G上出现大 量的STP告警，初步判断其和SXXX

2、X交换机的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端口中取消了透传vlanl导致华为和C公司交换机二层对接时生成树异 常序

3、号SC0000316610资料类别案例库更新时间2006-12-11 11:59:07作者：杨和宇产品： Quidway S8500产品族：以太网交换机故障类别：生成树协议关键字：生成树协议PVST对接现象描述： 设备：S8505，C厂商设备6509版本：S8500-VRP310-R1278P01-SI组网：两台S8505和一台C厂商6509组成单链路环状网络，其中C厂商6509与S8505-A对接的端口为F4/1,与S8505-B对接的端口为F4/2S8505运行STP协议，C厂商6509 运行PVST协议，将S8505-A的优先级设为0，其余设备使用默认值。在3台设备中 均创建vlan2和

4、vlan3，对接的各端口设为trunk，并取消透传vlanl。组网图： S8505-AS8505-B/C厂商6509故障现象：配置完成后，C厂商6509的f4/2端口阻塞，其他所有端口均处于转发状 态，看上去很正常，但查看生成树信息后，发现华为设备和C厂商设备对根桥的认识 不一致。华为设备认为S8505-A是根桥，而C厂商6509设备认为自己是根桥。如果 2台S8505之间的链路断开，将各自认为自己是根桥。告警信息：无原因分析：PVST（每VLAN生成树协议）是C厂商的私有协议。它在Vlanl上运行普通STP协议， 在其他Vlan上运行PVST协议。PVST可以与STP互通，在Vlanl上生成

5、树状态按照 STP协议计算。在其他Vlan上，华为交换机只会把PVST bpdu当作普通多播报文按 照默认Vlan或者Tag头进行转发，而C厂商设备收到普通STP bpdu将会丢弃。但这 并不影响环路的消除，只是有可能Vlanl和其他Vlan的根桥选取可能不一致。总之，在其他Vlan中华为和C厂商设备将互不知道对方的存在，华为设备可以透传C 厂商的PVST bpdu报文，而C厂商将丢弃STP bpdu报文。因此，在链路断开以前，2台S8505之间通过直连链路传递bpdu，并一致认为S8505-A 为根桥，同时它们不知道C厂商设备的存在。由于C厂商设备丢弃S8505的bpdu， 因此S8505与

6、C厂商设备对接的端口均处于转发状态。C厂商设备不知道S8505的存 在，但能够收到自己的bpdu，因此认为出现了环路，而阻塞端口号较大的F4/2端口。 链路断开以后，由于S8505之间无法传递bpdu，因此各自认为自己是根桥。处理过程： 在c厂商6509的各端口上允许vlanl，华为设备即可与C厂商设备在vlanl上一致认 为S8505-A为根；在其他vlan上虽然不能在根桥的选择方面达成一致，但至少S8505 的bpdu可以通过C厂商设备传递。建议与总结：l、华为设备可以与C厂商设备进行二层对接，即使根桥选取不一致，各端口状态仍 然正常，能够避免环路。2、在华为设备与C厂商设备进行二层对接时

7、不要取消透传vlanl，尤其是不要在C厂 商设备上取消透传vlanl。3、如果各端口类型为access，则对接没有任何问题。4、华为设备与C厂商设备最好不要在二层进行对接。各设备生成树协议状态（链路断开前）.txt附件：各设备生成树协议状态（链路断开后）.txt各设备生成树协议状态（在C厂商6509的各端口上允许vlanl）.txtS8016与C公司设备组网时RSTP互通的注意事项序号：SC0000179145资料类别：案例库质量等级：或0更新时间：2005-12-26 08:55:28作者：韩志华94795产品族：以太网交换机产品：Quidway S8016故障类别：生成树协议关键字：S80

8、16 RSTP现象描述：由于c公司设备运行的是其私有的生成树协议PVST+，S8016在与其对接时可能存 在的某些问题，需要在组网的时候认真对待，注意避免。处理过程：c公司支持的STP协议有三种：PVST+,MISTP,MSTP。这三个协议都具备不同程度 的VLAN认知能力，这一点是RSTP不具备的；其中，只有PVST+与MSTP才能与 RSTP互通。以C65xx为例，在S8016与其互通会遇到如下一些问题：1、STP进行拓扑计算，发生拓扑变化后，应该进行TCN处理，删除相关端口的MAC 表项，还应该老化相应的ARP表项，否则，会造成三层转发的中断。这一点，S8016 已经实现了，但C6509

9、在拓扑变化后会连续30秒发送1718个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不通，需要针对网

10、络的 具体配置情况，进行分析，看看有没有可能出现这样的结果。4、C65xx提供了这样一种机制：为了防止单生成树阻塞Trunk链路，在C6509的非 Trunk端口上一旦收到带Trunk标记的PVST+ BPDU就优先阻断非Trunk端口。这 种情况下，该端口被设为type-inconsis状态，阻断该链路。但实际上，这样的机制 很糟糕，引入了更多的问题，比如不正确的阻断某些链路，甚至出现网络环路。建议与总结：无S8016 VRP3.10-23XX与C厂家交换机互连不通序号：SC0000177788资料类别：案例库质量等级：备0更新时间：2005-12-21 15:06:21作者：韩志华9479

11、5产品族：以太网交换机产品：Quidway S8016故障类别：生成树协议关键字：S8016现象某局一台S8016启用STP，某日通过GE向上挂接一台C厂家L2，发现业务不通，S8016端口 up，描C厂家L2端口 down。述：告警信息：原因1、物理连接故障。分2、端口故障。析：3、端口协商问题。处理1、经过检查物理连接良好，端口无故障，查看S8016及C厂家L2，端口协商正常。过2、登录C厂家L2,发现系统打印如下日志：程： 1y9w: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed s

12、tate to dow n可知C厂家L2设备在G0/1发现环路，down掉了该端口。3、由于C厂家L2缺省启用其私有生成树协议，BPDU从G0/1发出后又从该端口收回，导致设备 认为该端口存在环路，down掉了该端口。关闭该设备生成树协议后，端口互连正常。建议由于C厂家运行的是私有的生成树协议，在与我司设备对接时建议尽量三层互连，避免统一运行生 与总成树。此例也可将S8016升级到2321版本解决，在B03版本中，存在随机出现的情况，在VLAN 结：口，将从对端收到的STP报文又从该端口转发回去。对端设备判断自己收到自己发出去的报文，认 为环路，把端口 Block导致。标题：S5516交换机的

13、MSTP与C厂商交换机的PVST无法对接序号：SC0000174185资料类别：案例库质量等级：酸0更新时间：2005-12-29 15:59:45作者：熊荣产品族：以太网交换机产品：Quidway S5500/6500故障类别：生成树协议关键字：S5516 STP生成树PVST现象描述：S5516交换机和一 C厂商交换机对接，需要启用生成树协议，在S5516上配置了 MSTP，C厂商交换机上也启用了生成树协议，但两端配置后发现生成树并不生效。告警信息：无原因分析：检查C厂商交换机上的配置发现其使用的是PVST的模式。由于PVST是C厂商的私有协议，而MSTP是公有协议，这样两边使用的协议标准

14、不一致，两者的协商也 就不能成功，从而导致配置的MSTP无法生效。而C厂商交换机遵循MSTP标准的 是MST的模式。处理过程：将c厂商交换机的PVST模式修改为MST模式后与S5516生成树有效的启用了。建议与总结：在不同厂家的设备对接的时候，在开一些特殊的业务时，一定要明确两边使用的标 准是一致的，当两边的标准不一致时，在对接是就会出现问题C厂商交换机开启私有协议与S3026E对接导致业务中断序号：SC0000191845资料类别：案例库质量等级： 备0更新时间：2006-03-13 15:14:24作者：李春祥产品族：以太网交换机产品：低端交换机故障类别：生成树协议关键字：STP PVST

15、现象组网为：C3xxx-S3026E-C2xxx描C3xxx是汇聚交换机，通过trunk端口与S3026E相连。述：S3026E是接入层交换机，上行通过trunk端口与C3xxx相连，透传多个vlan。S3026E下行通过ACCESS端口接C2xxx交换机，属于VLAN50，C2xxx没有配置数据，作为HUB 使用，并通过FA0/17端口接入S3026E。故障现象：C2xxx用户不能正常访问网络。告C2xxx交换机上出现下列告警：警信 00:58:04: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk FastE

16、thernet 息：0/17 VLAN100:58:04: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking FastEthernet0/17 on VLAN0001. Inconsistent port type原C3xxx与S3026E对接的端口是TRUNK端口。默认情况下，C3xxx开启了 PVST协议（PVST协议 因分是c厂商的私有协议，即per vlan span tree协议），C3xxx会定时向S3026E的VLAN 1发标准stp报 析：文，其它VLAN发PVST的报文，该报文的目的mac为01-00-0c-cc-cc-cd。S3026E无法识别ci

17、sco的私有协议，收到PVST报文后，当作普通报文转发，而C2xxx收到PVST报文的是ACCESS端口， 它会认为这个网络异常，存在环路，于是将这个端口阻塞。处通过在S3026E上过滤PVST报文，即通过ACL的功能拒绝目的mac地址为01-00-0c-cc-cc-cd的数理过据报文通过，问题解决。程：建议与无总结：序号 资料类别 更新时间作者产品族 故障类别 关键字 现象描述告警信息:原因分析:处理过程:建议与总结:关于C公司交换机与华为S3552对接起生成树的问题SC0000384292案例库质量等级：急C2007-10-08 10:31:00chenyuji以太网交换机产品：低端交换机

18、生成树协议C公司MSTP拓扑为两台C公司交换机与两台S3552成全网状连接。C公司交换机配置MSTP两个 实例分别为实例0和实例1。实例0包含VLAN1-500，实例1包含VLAN500-1000O 两台S3552配置了实例1。实例1包含VLAN500-1000。S3552与C公司交换机互连的端口配置access vlan 502，两台S3552互连端口配置 trunk vlan 502，两台C公司交换机互连端口配置trunk vlan all。C公司交换机上配置：实例0内以交换机-1为主根，实例1内以交换机-2为主根.。 对接后发现S3552以交换机-1为主根，而不以交换机-2为主根。无详细查阅资料发现，C公司交换机和华为的交换机对接，因双方的MSTP机制不一致， 导致双方的BPDU的交互实际上只是在实例0内进行交互，不能进行其他实例的交互。 为此，我们的交换机有专门的命令用于忽略与其它厂家对接时忽略MSTP BPDU报文 中的域信息（即实例信息），因此