交换机和S6500 RSTP互连端口DOWN后重新UP,但RSTP无法快速收敛

组网情况

图7-22所示,两台S6500和Switch组成RSTP环,稳定状态下阻塞点为Switch与S6500-2相连的端口。

图7-22 Switch和S6500 RSTP互连端口DOWN了重新UP后RSTP无法快速收敛组网图

现象描述

通过shutdown S6500-1与Switch相连的端口,再恢复该端口来检查RSTP快速收敛机制,发现S6500-1与Switch之间的链路恢复后,S6500-1与Switch的端口一直为discarding状态,30s后才转换为forwarding状态。

原因分析

使用命令debugging stp all,查看Flags字段是否有Agreement标记,如下只有Proposal:

Port50(GigabitEthernet0/0/8) Rcvd Packet(Length: 43) 
ProtocolVersionID               : 02
BPDUType                        : 02( RST BPDU )
Flags                           : 0e( Proposal DESIGNATED )
Root Identifier                 : 0.000f-e2e0-7425
Root Path Cost                  : 0
Bridge Identifier               : 0.000f-e2e0-7425
Port Identifier                 : 128.206
Message Age                     : 0
Max Age                         : 20
Hello Time                      : 2
Forward Delay                   : 15
Version 1 Length                : 0

S6500-1与Switch相连的端口UP后,S6500-1发出的Proposal报文,没有携带Agreement标记,导致接口无法快速迁移,即Proposal/Agreement机制不生效。

操作步骤

在Switch与S6500相连的接口下配置stp no-agreement-check

建议与总结

当Switch和其他厂商的设备进行互通时,需要根据其他厂商设备的Proposal/Agreement机制,使用stp no-agreement-check命令来选择接口使用增强的快速迁移机制还是普通的快速迁移机制。

阅读剩余
THE END