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上，华为交换机只会把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
资料类别 ：  
案例库
质量等级：  
  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秒发送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
资料类别 ：  
案例库
质量等级：  
  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: 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
资料类别 ：  
案例库
质量等级：  
  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---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 FastEthernet0/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
资料类别 ：  
案例库
质量等级：  
  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公司交换机互连的端口配置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报文中的域信息(即实例信息)，因此BPDU报文只交互实例0的内容。
在此命令为
 stp config-digest-snooping，需在全局下及与Cisco对接的端口上配置。
如果不配置此命令，生成树协议会工作不正常。

 处理过程：  
由于如上分析可知，对接中的生成树是在实例0内交互的，而不管你配在VLAN在本S3552上属于哪个实例，所以最后生成的树是实例0内的树，所以其主根为交换机-1。

 建议与总结：  
不同厂家，特别是与C公司交换机对接，最好能起三层对接，二层对接会由于协议兼容性原因而带来诸多麻烦，所以不建议在二层对接，如确需对接请注意配置命令
stp config-digest-snooping，需在全局下及与其他厂家对接的端口上配置。