STP与CISCO对接问题

更新时间:2023-09-18 04:50:01 阅读量: 幼儿教育 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

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生成树有效的启用了。 建议与总结: 在不同厂家的设备对接的时候,在开一些特殊的业务时,一定要明确两边使用的标准是一致的,当两边的标准不一致时,在对接是就会出现问题 C厂商交换机开启私有协议与S3026E对接导致业务中断 序号: SC0000191845 资料类别 : 案例库 更新时间: 2006-03-13 15:14:24 作者: 李春祥 产品族: 以太网交换机 故障类别: 生成树协议 关键字: STP PVST 产品: 低端交换机 质量等级: 0 现象组网为: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 FastEthernet息: 0/17 VLAN1 00: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无法识别cisco的私有协议,收到PVST报文后,当作普通报文转发,而C2xxx收到PVST报文的是ACCESS端口,它会认为这个网络异常,存在环路,于是将这个端口阻塞。 处通过在S3026E上过滤PVST报文,即通过ACL的功能拒绝目的mac地址为01-00-0c-cc-cc-cd的数理过据报文通过,问题解决。 程: 建议与无 总结:

关于C公司交换机与华为S3552对接起生成树的问题 序号: SC0000384292 资料类别 : 案例库 更新时间: 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公司交换机互连的端口配置access vlan 502,两台S3552 互连端口配置trunk vlan 502,两台C公司交换机互连端口配置trunk vlan all。 C公司交换机上配置:实例0内以交换机-1为主根,实例1内以交换机-2为主根.。 对接后发现S3552以交换机-1为主根,而不以交换机-2为主根。 质量等级: C 产品: 低端交换机 告警信息: 无 原因分析: 详细查阅资料发现,C公司交换机和华为的交换机对接,因双方的MSTP机制不一致,导致双方的BPDU的交互实际上只是在实例0内进行交互,不能进行其他实例的交互。 为此,我们的交换机有专门的命令用于忽略与其它厂家对接时忽略MSTP BPDU报文中的域信息(即实例信息),因此BPDU报文只交互实例0的内容。 在此命令为 stp config-digest-snooping,需在全局下及与Cisco对接的端口上配置。 如果不配置此命令,生成树协议会工作不正常。 处理过程: 由于如上分析可知,对接中的生成树是在实例0内交互的,而不管你配在VLAN在本S3552上属于哪个实例,所以最后生成的树是实例0内的树,所以其主根为交换机-1。 建议与总结: 不同厂家,特别是与C公司交换机对接,最好能起三层对接,二层对接会由于协议兼容性原因而带来诸多麻烦,所以不建议在二层对接,如确需对接请注意配置命令 stp config-digest-snooping,需在全局下及与其他厂家对接的端口上配置。

本文来源:https://www.bwwdw.com/article/7pbh.html

Top