1、交换机上面报Received inferior BPDU 的log，网络不稳定，通信延迟，丢包大

生成树协议相关信息

%SPANTREE-6-RX_INFBPDU: Received inferior BPDU on port [chars] on MST[dec].

网络稳定，生成树计算完成后，交换机上面的指定端口收到的BPDU一定是根桥发的，也就是优先级比本地的高。

该log表明交换机上的指定端口收到低优先级的BPDU，同时该BPDU携带learning或forwarding标志，生成树将该端口block以防止环路的产生。

[chars]表示端口描述符，[dec]表示实例ID。

出现这样的情况，通常需要管理员查看当前的网络环境以防止攻击。比如网络是否发生变动，是否接入了其他带生成树协议的设备，可以通过拔插端口，逐个端口抓包，看是否存在非根桥发的BPDU。

2、S21系列/S65系列/S68系列/S68E系列配置了portfast功能，接口up/down还会报Topology is changed

1）非10.x平台的设备都有这样的特点，即使接口上做了portfast的优化，在拔插接口的时候，还是会打印Topology is changed 的log，容易让人误会STP发生了震荡，

这个是固有的行为，只是log上面的提示，并不代表有TC事件发生，如果网络运行稳定，可以不用理会。

2）当有2012-01-17 18:18:36 @4-NEWROOT:New root is produced这样的log产生时，才说明交换机STP计算产生了变化，很可能是本身cpu过高无法计算BPDU，也可能

是接口拥塞或者丢包导致的hello bpdu无法送达，或者是网络产生了异常事件，需要进一步排查。

3、H3C设备（或Cisco）作为核心，下联我司接入交换机，当H3C（或Cisco）运行的STP与我司STP不兼容时处理方式

1、需要注意，H3C设备与我司设备运行STP时需要注意需要配置相同的实例名称（name），在H3C默认没有配置实例名称（name）的情况下，是填充一个随机值，而我司默认为空，这样会导致，STP运行异常，如下：

1）我司设备默认情况下的实例名称：

2）h3c设备默认情况下的实例名称：

3）如果确认是H3c（或Cisco）与我司设备STP协议不兼容，我司交换机可以配置 BPDU透传功能，作为一个纯二层设备使用。这样就H3C（或Cisco）设备自己运行STP协议进行选举。配置命令如下：

Ruijie(config)#bridge-frame forwarding protocol BPDU

注意：如果同时开启了BPDU透传功能及STP功能，那么BPDU透传功能将不生效（也就是STP功能的优先级比透传BPDU功能的优先级要高）

4、“核心S86重启或接口up/down触发的vrrp切换，接入设备S2150G下联终端接口未配置stp快速收敛功能，导致下联终端断流30s”

问题描述：

核心S86重启或接口up/down触发的vrrp切换，接入设备S2150G下联终端接口未配置stp快速收敛功能，导致下联终端断流30s问题

原因说明：

由于s21上版本较老，不支持autoedge功能，所以对于边缘口来说，在状态迁徙时，会经过2*forward time即缺省30s才会forward

解决方法有如下两种：

1. 边缘口(与测试仪直连的0/2口)上配置spanning-tree portfast，即手工设置其为portfast口，立即forward

2. 10.4(3)及以后的版本有支持autoedge，将s21替换为支持autoedge的交换机，如s29/s57等