关于如何去理解和取证生成树(STP)的BackboneFast机制对劣质BPDU的处理

理解生成树(STP)的BackboneFast机制对劣质BPDU的处理的目标：

1 什么是劣质的BPDU？

2 BackboneFast机制如何对劣质BPDU进行处理

3 取证BackboneFast机制对劣质BPDU的处理前后的效果

理解什么是“劣质BPDU”：

在传统的802.1D的生成树中，如果收到一个标识自己既是根交换机，又是指定交换机的BPDU就是所谓的“劣质BPDU”，当收到“劣质BPDU”时，说明该交换机的非直连链路出现故障，如下图7.69所示，交换机S2连接到根桥S1的链路A发生故障，此时，对于交换机S3而言，这是一个非直连链路故障，那么交换机S2就将丢失与根桥的连接，然后发送BPDU给交换机S3，说明自己是根桥，这就是劣质BPDU信息，但是现在交换机S3知道根桥S1是良好状态，它对交换机S2发来的劣质BPDU消息，在最大生存时间（默认20秒）到期前，不会理会交换机S2发来的劣质BPDU消息，这样就浪费了20秒的收敛延时。

所以IEEE 802.1w组织决定，在RSTP中集成一个BackboneFast机制，当它的端口收到一个“劣质BPDU”消息时，就立即接受它，并代替当前的BPDU存储，不需要等待20秒的延时，这样就加快了RSTP的收敛速度，如上图7.69的环境中，交换机S3收到S2发来的BPDU消息后，不会再等待20秒，而立即处理该BPDU消息，交换机S2也将停止发送自己的BPDU，并认为连接到交换机S3的端口是它新的根端口。

关于启动和证实BackboneFast机制的建议：

当启动BackboneFast机制需要在二层环路中的每台交换机的全局配置模式下使用spanning-tree backbonefast指令启动，大家可以搭建一个三台交换机成环路的实验环境来取证当BackboneFast机制的效果，首先在如图7.69的交换机S3上使用debug指令调试交换机的生成树事件，这样就可以清楚的看到S3端口状态的转移效果，然后在没有启动全部交换机上的BackboneFast机制时，您可以试着切断非直连链路，如图7.79的链路A，此时，在交换机S3上可以看到如下所示的Debug事件，其中很明显的可以看到劣质BPDU，但是交换机S3并没有理会它，一直持续了相当长一个周期后，才转向侦听、学习、和转发状态。

然后，在环路中的每台交换机上启动BackboneFast机制，再次试着切断非直连链路，如图7.79的链路A。此时在交换机S3上可以看到如下所示的Debug事件，其中很明显的可以看到当交换机只接收到一个劣质BPDU时，就开始转状态，而不需要等待20S的最大生存期到来。

本文出自 “无名的基督” 博客，转载请与作者联系！