STP（生成树）排障，看懂了，就学会STP了

admin

STP有哪些故障现象呢，这些故障又是怎么排除的呢？
故障现象1：使能STP 的网络拓扑中出现链路故障或链路故障恢复后，业
务流量恢复需要超过30 秒，即端口无法快速收敛。
定位思路
1) 确认对端端口是否使能STP；
2) 检查端口是否工作在STP模式；
3) 检查端口的链路类型是否为点对点。
步骤1：确认对端端口是否使能STP
终端、服务器都不支持STP协议，如果这些设备和交换机连接，建议在交换机的
端口上执行命令stp edged-port enable 开启边缘端口属性或执行命令stp disable
去使能STP。
否则，当用户插拔链路连接介质，或先执行shutdown，再执行undo shutdown，
重启端口后，因对端端口不会发送STP的协议报文进行协商，导致交换机上的端
口经过2倍的Forward Delay（默认为15秒）时间后才能正常转发报文。
步骤2：检查端口是否工作在STP模式
全局配置为RSTP/MSTP模式的设备，当端口接收到STP模式报文后，端口可以自
动迁移到STP模式下工作。
通过命令display stp interface查看端口实际的工作模式（查看Port STP Mode字段
哦）：
</p>

由于STP模式不能提供快速迁移机制，端口状态变化后，需要等待2倍的Forward
Delay（默认15秒）才能迁移到转发状态
步骤3：检查端口链路类型是否为点对点
RSTP/MSTP模式提供了端口快速迁移机制：当两端均使能STP而且链路类型为点
对点时，才能实现端口状态的快速迁移。
可以通过stp point-to-point { auto | force-false | force-true }命令配置链路类
型，端口的链路类型默认为auto，即由RSTP/MSTP来检测与端口相连的链路是
否是点对点链路，两端均工作在全双工模式是才可能成为点对点链路。
故障现象2：使能STP 的网络中，流量业务时断时续，设备CPU 占用率
高。
定位思路：
1) 端口是否持续收到TC报文；
2) 端口是否收到多种STP报文；
3) 设备是否存在报文攻击。
步骤1：端口是否持续收到TC报文
排查端口是否持续收到大量TC报文。
通过如下命令行可查看端口收、发TC报文的情况：display stp tc-bpdu statistics

如果通过以上排查，确认端口持续收到大量TC报文，小伙伴们可以通过使用stp
tc-protection命令，使能交换机对TC报文的保护功能，实现对TC报文的限制，以
达到对设备进行保护的目的。
步骤2：端口是否收到多种STP报文
可以通过display stp history命令查看端口角色计算的历史记录，如果端口的角色
不断更新，表明端口收到来自不同设备的报文，说明组网存在问题：

步骤3设备是否存在报文攻击
网络中出现链路故障或报文攻击，可能导致端口长时间接收不到对端发送的STP
协议报文，发生STP切换状态，将会产生错误日志。（错误日志略）

声明:本文转载自网络。版权归原作者所有,如有侵权请联系删除。