2020版H3C网络MSTP故障排查

MSTP故障排查一、开始MSTP定位故障的思路是按照生成树的工作原理：先确定二层网络MSTP的运行范围，再确定全网根桥及域根的一致性，确认域边界,然后再确定每一台参与MSTP计算的网桥的端口角色是否正确，包括在CIST和MSTI中的端口角色是否正确，最后再确定各类生成树保护机制是否导致了异常端口阻塞，业务VLAN是否贯穿全网，是否存在可能的环路。1、查看生成树状态我司大量的交换机缺省情况下并不开启生成树协议，因此要确认每一台网桥都开启了生成树功能并且生成树协议模式为MSTP命令：displaystp例如：通过命令查看，正确的结果是：通过命令查看，错误的结果是：2、查看并修改生成树基本配置生成树的基本配置包括四项，所有参与生成树计算的网桥务必保持一致。命令：Displaycurrent-configuration例如：通过命令查看配置：版权所有:杭州华三通信技术有限公司生成树模式为MSTP[H3C]stpmodemstpMSTP为缺省模式，配置不显示。 生成树的网络直径[H3C]stpbridge-diameterdiameter不建议进行配置，使用缺省参数7，配置不显示。生成树的时间参数[H3C]stptimer不建议进行配置，使用缺省参数，配置不显示。3、查看根桥及域根的一致性，确定域边界查看整个二层网络中相关网桥的总根桥必须为同一个网桥，在同一个域内每个MSTI的域根为同一个网桥。命令：displaystp例如：通过命令查看根桥的结果是：要求所有网桥查询到的总根桥必须一致，同一域内的同一MSTI也需要一致。确定域边界。在域边界联往总根桥的接口状态查询：命令：displaystpinterfaceGigabitEthernet1/0/24、查看各网桥互联接口配置网桥互联端口状态及配置：确认端口STP命令：displaystpinterface例如：确认端口未处于单通状态；对于域内互联的两个接口，通过显示接口的BPDU收发报文，如果两端口都在发，其中只有一端收到，则说明存在单通现象。对于域间互联的两个接口，通过显示接口的BPDU收发报文，正常情况下应该是一端发,一端收，且发送BPDU的端口应该有学习到的动态MAC。如果相连的两端口都在发送BPDU，则说明存在单通现象。确认端口上配置未启用和BPDU相关的过滤功能；命令：[H3C]displaycurrent-configurationinterfaceGigabitEthernet1/0/14.4如果两交换机之间还联有其他二层设备（如IPS，FW，传输设备等），需要确保该二层设备透传BPDU报文；可以在交换机两边对应的端口上启动debug功能，判断收发BPDU报文是否一致。命令：debugstppacketinterfaceGigabitEthernetverbose例如：如果同一个MSTP域被意外分割成多个域，需要查询region配置。命令：[H3C]displaycurrent-configuration#stpregion-configurationregion-nametest---同一域内交换机配置region-name必须相同instance1vlan100---实例与vlan的映射关系必须相同instance2vlan200activeregion-configuration---修改配置后必须重新执行此命令，使修改生效。#如若与友商进行MSTP互通，需要在和友商互联接口上配置摘要侦听功能。命令：stpconfig-digest-snooping5、确认端口角色确认相关网桥上相关端口角色是否正常。对于MSTP来说，同一个端口在不同的MSTI中角色很可能不同。重点是排查出现故障的相关vlan（不论是断路还是环路）所经过的路径的相关端口在对应的MSTI中角色是否与预期一致。命令：[H3C]displaystpinterfaceGigabitEthernet2/0/1如下命令中显示，端口2/0/1在CIST中作为根端口，在MSTI1中作为根端口，而在MSTI2中作为指定端口。版权所有:杭州华三通信技术有限公司6、查看并修改链路开销标准，确认接口工作模式，确定异常阻塞端口6.1查看网桥上stp链路开销标准的配置是否一致，正确选路的前提是全网标准一致。H3C交换机支持dot1d、dot1t和legacy三种标准。缺省是legacy标准，属于H3C公司私有。和友商进行互通时建议使用dot1t标准。命令：displaystp例如：通过命令查看，可以确认本网桥选用的stp链路开销标准。修改stp链路开销标准命令：[H3C]stppathcost-standarddot1t6.2查看相关网桥互联接口的工作模式（速度和双工模式），确认工作在预设定状态。命令：displaystp6.3查看是否有相关端口处于异常阻塞状态。如果端口处在异常阻塞状态，说明网络曾经发生过异常。异常阻塞通常与生成树的几种保护机制相关。以下为根保护机制导致的端口异常阻塞：命令：displaystpinterfaceGigabitEthernet1/0/1从端口统计上看，端口在MSTI2中的角色是DesignatedPort，但出于DISCARDING保护，初步判断是有更高优先级的网桥连接所致。查看历史告警记录：命令：displaylogbufferreverse从告警记录上看，确实在MSTI2中收到了更高优先级BPDU导致MSTI2的报文转发状态处于DISCARDING状态。以下为环路保护导致的端口异常阻塞：告警信息：以下为BPDU保护导致的端口异常DOWN状态：告警信息：以下为单端口环路导致的端口异常DISCARDING状态：告警信息：7、检查业务vlan是否贯穿全网（仅指该业务vlan需要覆盖到的网桥）查看出现故障的业务vlan，进行端到端的全部路径的查询。其中，在MSTP域内需要根据对应的MSTI进行路径查询。需要确认：7.1转发路径上每一个端口（网桥互连端口）上正确配置了相应的业务n；命令：[H3C]displayinterfaceGigabitEthernet1/0/17.2转发路径上每一个端口（网桥互连端口）上正确学习到了相关MAC，且多次查看MAC是否频繁迁移；命令：[H3C]displaymac-addressxxxx-xxxx-xxxx如果存在频繁的业务MAC飘移，则很可能存在环路问题。需要进行环路的追踪。追踪的原则是判断业务MAC正常情况下应该从哪个端口收到，那么从其他的端口收到则可能是环路的端口。通常用display看到的端口就是发生环路的端口。7.3查看转发路径上每一个端口（网桥互连端口）上的流量统计情况，重点关注端口收发报文占用带宽的百分比，组播和广播流量大小；命令：[H3C]displayinterfaceGigabitEthernet1/0/1从端口统计数据看出，如果端口收发数据的百分比超过90%，并且广播和组播数据