【精选】【交换机在江湖之维护宝典】如何轻松定位STP故障.doc

轻松处理STP故障的那几招 作为IEEE标准协议，STP具有兼容性好、网络规划要求低、配置简单等优势，被广泛应用于二层网络中。当然，用得多了大家碰到的问题也就多了，STP有哪些故障现象呢，这些故障又是怎么排除的呢？小编这次就结合几个实际的STP故障，和大家分享一下STP故障解决之道。 小伙伴们注意啦，本文中所指的STP是指广义的STP哦，包括STP协议、RSTP协议、MSTP协议。当需要对三者进行区分时，分别会叙述为STP模式、RSTP模式、MSTP模式。 故障现象1：使能STP的网络拓扑中出现链路故障或链路故障恢复后，业务流量恢复需要超过30秒，即端口无法快速收敛 定位思路 遇到这种问题时，小编给大家总结了如下的定位思路： 确认对端端口是否使能STP； 检查端口是否工作在STP模式； 检查端口的链路类型是否为点对点。 定位步骤 具体的定位步骤，请小伙伴们往下瞅： 步骤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字段哦）： 由于STP模式不能提供快速迁移机制，端口状态变化后，需要等待2倍的Forward Delay（默认15秒）才能迁移到转发状态。 可以通过在交换机端口配置stp no-agreement-check命令来避免端口连接的上游设备模式为RSTP或者与MSTP实现存在私有性差异的厂商设备时，上游桥设备不能快速迁移问题。 当端口自动迁移到STP兼容工作模式后，以下情况端口无法自动迁移回原来的RSTP/MSTP模式，导致与其他运行RSTP/MSTP模式的设备无法互通。 运行STP模式的设备已关机或移走； 运行STP模式的设备修改为运行RSTP/MSTP模式。 因此需要在端口上执行stp mcheck命令，将端口手动迁移到RSTP/MSTP模式。 步骤3：检查端口链路类型是否为点对点 RSTP/MSTP模式提供了端口快速迁移机制：当两端均使能STP而且链路类型为点对点时，才能实现端口状态的快速迁移。 可以通过stp point-to-point { auto | force-false | force-true }命令配置链路类型，端口的链路类型默认为auto，即由RSTP/MSTP来检测与端口相连的链路是否是点对点链路，两端均工作在全双工模式是才可能成为点对点链路。 通过display stp interface查看端口的链路类型： Config=auto表示使用stp point-to-point命令配置的值为auto，Active=true表示当前工作在点对点链路类型。 步骤4：如果以上步骤还不能解决问题，小伙伴们莫急，可以收集相关信息联系华为工程师处理。 在这里提醒下小伙伴们，在使能STP之前，别忘了检查参与STP计算的端口是否使能了bpdu enable命令。具体的请参见下面的表格。 另外，小伙伴们需要关注这种场景：因为中间设备或者传输的问题导致STP报文不能透传，这个可以通过display stp interface interface-type interface-number命令判断，查看BPDU Received计数。如果计数一直为零或者没有增加，则有可能是中间设备或者传输导致收不到STP报文。 故障现象2：使能STP的网络中，流量业务时断时续，设备CPU占用率高 定位思路 同样滴，小编给大家总结了如下的定位思路： 端口是否持续收到TC报文； 端口是否收到多种STP报文； 设备是否存在报文攻击。 定位步骤 具体的定位步骤，请小伙伴们继续往下瞅： 步骤1：端口是否持续收到TC报文 执行命令display cpu-usage查看设备整机或接口板上占用CPU较高的任务，如果交换机接口板的PPI任务（适配层任务，维护芯片中各个接口的状态）CPU使用率较高，则排查端口是否持续收到大量TC报文。如果CPU利用率较高的任务中没有PPI任务，则按照步骤3进行处理。 通过如下命令行可查看端口收、发TC报文的情况： display stp tc-bpdu sta