关于STP的收敛时间

tanzy

        网络拓扑图如下，SW1为根桥，SW3的1号口为阻塞端口（AP），如果SW2的1号口Down掉，按看过的视频或查阅的资料，AP恢复为Forwarding状态需要50秒的时间。原因是SW2的1口Down掉后，SW2认为自己是根桥，向SW3发送自己的BPDU，但由于SW3的AP端口中存有之前优先级更高的BPDU，因此会忽略SW2发送的BPDU，直到SW3的AP口中的BPDU老化了（20秒），才转为Listening状态（开始向SW2发送更优的BPDU，SW2收到后停止发送自己的BPDU），Learning状态，Forwarding状态。
       现在的问题是，我实验了一下，发现这种情况的收敛时间大约也为30秒，而抓包分析发现，SW2认为自己是根桥并向SW3发送自己的BPDU，SW3收到后发现其优先级低，于是立即向SW2发送优先级更高的配置BPDU，也就是说SW2没有一直（20秒）向SW3发送自己的BPDU。
       那么我的问题是：是视频或资料有误（视频不保证，但资料较权威），还是模拟软件或设备的原因（因为设备上的STP并非“干净的”STP，可能掺有其他内容）？

gdie2011

你在Root Bridge SW1 ，SW2 ，SW3 有没配置STP feature 中的Backbone fast ？如果有的话，SW3的blocking口会 跳过20s的BPDU 老化时间的

tanzy

感谢gdie2011的回复。Backbone fast 为思科私有，我的实验是在华为的模拟器上做的（eNSP），华为的设备上应该是没有Backbone fast 功能的。

gdie2011

华为应该也有20s的BPDU老化时间的，具体要查查，好久没搞华为了

chs12358

我也做试验试了一下，确认没有等待的那20秒老化时间，但是华为资料上对MAXAGE的概念感觉有点不同，表示的是拓扑为最大20跳，每过一个交换机减1，并不是20秒时间的意思，不知道说得对不对。