STP与CISCO对接问题.doc

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作者：杨和宇产品族：以太网交换机 产品：Quidway S8500 故障类别：生成树协议 关键字：生成树协议 PVST 对接现象描述：设备：S8505，C厂商设备6509版本：S8500-VRP310-R1278P01-SI组网：两台S8505和一台C厂商6509组成单链路环状网络，其中C厂商6509与S8505-A对接的端口为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上，华为交换机只会把PVSTbpdu当作普通多播报文按照默认Vlan或者Tag头进行转发，而C厂商设备收到普通STPbpdu将会丢弃。但这并不影响环路的消除，只是有可能Vlan1和其他Vlan的根桥选取可能不一致。总之，在其他Vlan中华为和C厂商设备将互不知道对方的存在，华为设备可以透传C厂商的PVSTbpdu报文，而C厂商将丢弃STPbpdu报文。因此，在链路断开以前，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 资料类别 ：案例库 质量等级： 0 更新时间：2005-12-26 08:55:28作者：韩志华 94795产品族：以太网交换机 产品：Quidway S8016 故障类别：生成树协议 关键字：S8016 RSTP现象描述：由于C公司设备运行的是其私有的生成树协议PVST+，S8016在与其对接时可能存在的某些问题，需要在组网的时候认真对待，注意避免。处理过程：C公司支持的STP协议有三种：PVST+,MISTP,MSTP。这三个协议都具备不同程度的VLAN认知能力，这一点是RSTP不具备的；其中，只有PVST+与MSTP才能与RSTP互通。以C65为例，在S8016与其互通会遇到如下一些问题：1、STP进行拓扑计算，发生拓扑变化后，应该进行TCN处理，删除相关端口的MAC表项，还应该老化相应的ARP表项，否则，会造成三层转发的中断。这一点，S8016已经实现了，但C6509在拓扑变化后会连续30秒发送1718个TC置位的STPBPDU，这对网络的稳定会有一定的影响。2、PVST+协议在VLAN1上运行的是普通STP协议（不带vlantag，和RSTP报文内容完全相同），在其他VLAN上运行PVST+协议（报文会带上vlantag，这些报文对于S8016来说就是普通的数据报文，进行透明转发处理）。如果在C6509的端口上不TRUNK1，则普通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 资料类别 ：案例库 质量等级： 0 更新时间：2005-12-21 15:06:21作者：韩志华 94795产品族：以太网交换机 产品：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:LineprotocolonInterfaceGigabitEthernet0/1,changedstatetodown可知C厂家L2设备在G0/1发现环路，down掉了该端口。3、由于C厂家L2缺省启用其私有生成树协议，BPDU从G0/1发出后又从该端口收回，导致设备认为该端口存在环路，down掉了该端口。关闭该设备生成树协议后，端口互连正常。建议与总结：由于C厂家运行的是私有的生成树协议，在与我司设备对接时建议尽量三层互连，避免统一运行生成树。此例也可将S8016升级到2321版本解决，在B03版本中，存在随机出现的情况，在VLAN口，将从对端收到的STP报文又从该端口转发回去。对端设备判断自己收到自己发出去的报文，认为环路，把端口Block导致。标题：S5516交换机的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是公有协议，这样两边使用的协议标准不一致，两者的协商也就不能成功，从而导致配置的MSTP无法生效。而C厂商交换机遵循MSTP标准的是MST的模式。处理过程：将C厂商交换机的PVST模式修改为MST模式后与S5516生成树有效的启用了。建议与总结：在不同厂家的设备对接的时候，在开一些特殊的业务时，一定要明确两边使用的标准是一致的，当两边的标准不一致时，在对接是就会出现问题C厂商交换机开启私有协议与S3026E对接导致业务中断 序号：SC0000191845 资料类别 ：案例库 质量等级： 0 更新时间：2006-03-13 15:14:24作者：李春祥产品族：以太网交换机 产品：低端交换机 故障类别：生成树协议 关键字：STP PVST现象描述：组网为：C3xxx-S3026E-C2xxxC3xxx是汇聚交换机，通过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:Received802.1QBPDUonnontrunkFastEthernet0/17VLAN100:58:04:%SPANTREE-7-BLOCK_PORT_TYPE:BlockingFastEthernet0/17onVLAN0001.Inconsistentporttype 原因分析：C3xxx与S3026E对接的端口是TRUNK端口。默认情况下，C3xxx开启了PVST协议（PVST协议是c厂商的私有协议，即pervlanspantree协议），C3xxx会定时向S3026E的VLAN 1发标准stp报文，其它VLAN发PVST的报文，该报文的目的mac为01-00-0c-cc-cc-cd。S3026E无法识别cisco的私有协议，收到PVST报文后，当作普通报文转发，而C2xxx收到PVST报文的是ACCESS端口，它会认为这个网络异常，存在环路，于是将这个端口阻塞。 处理过程：通过在S3026E上过滤PVST报文，即通过ACL的功能拒绝目的mac地址为01-00-0c-cc-cc-cd的数据报文通过，问题解决。建议与总结：无关于C公司交换机与华为S3552对接起生成树的问题 序号：SC0000384292 资料类别 ：案例库 质量等级： C 更新时间：2007-10-08 10:31:00作者：chenyuji产品族：以太网交换机 产品：低端交换机 故障类别：生成树协议 关键字：C公司 MSTP现象描述：拓扑为两台C公司交换机与两台S3552成全网状连接。C公司交换机配置MSTP两个实例分别为实例0和实例1。实例0包含VLAN1-500，实例1包含VLAN500-1000。两台S3552配置了实例1。实例1包含VLAN500-1000。S3552与C公司交换机互连的端口配置accessvlan502，两台S3552互连端口配置trunkvlan502，两台C公司交换机互连端口配置trunkvlanall。C公司交换机上配置：实例0内以交换机-1为主根，实例1内以交换机-2为主根.。对接后发现S3552以交换机-1为主根，而不以交换机-2为主根。告警信息：无 原因分析：详细查阅资料发现，C公司交换机和华为的交换机对接，因双方的MSTP机制不一致，导致双方的BPDU的交互实际上只是在实例0内进行交互，不能进行其他实例的交互。为此,我们的交换机有专门的命令用于忽略与其它厂家对接时忽略MSTPBPDU报文中的域信息(即实例信息)，因此BPDU报文只交互实