STP收敛时间为什么是30S--到50S根据bpdu交互进行解析

本文适合对STP有一定理解，但是不是很透彻的人

  首先我们知道STP中如果某个端口想要从block转变为forwarding，需要经历两个15s的阶段，一个是listenning到learning，另一个是listenning到learnning，第一个15s是防止端口角色不确定而导致的物理环路，主要是确保有足够的时间去确定端口角色，第二个是防止因为拓扑变化，而导致的mac地址表的出错。

  对于STP的收敛时间的理解的重点是在于BPDU的传递，从本质上来说，任何协议的运行都是基于各种交互报文的传递。STP也是如此，通过BPDU中包含的信息，各台交换机可以依据这些信息将自身的角色确定。

  我将BPDU的重点信息提取出来分为

1、根桥ID

2、RPC（root path cost）

3、自身的网桥ID，

4、发送该BPDU的接口ID

现在跟我通过BPDU来还原一下选举过程，我们假设Switch0是root交换机，首先大家一开始大家的端口都是堵塞状态，希望有人称为root，但是过了20s的最大存活时间后都没有，于是它们就认为自己是root，将自身的端口状态全部转变为指定端口，然后发送自身是root的BPDU，报文大概内容如下：

1、自身的网桥ID（root id）

2、0（root path cost）

3、自身的网桥ID，

4、发送该BPDU的接口ID

因为自身是根桥，所以去往根桥的cost就变为0，同样根桥ID也改为自己。

当sw1接收到sw0的bpdu，对内部的网桥ID信息进行比较，发现sw0的网桥ID更小，于是sw1就认为sw0是根桥，同时，sw1的其他接口可能也会受到sw0的bpdu，然后根据根端口的选举规则，即1、去往根桥的cost最小 2、发送该bpdu的上游交换机网桥ID最小  3、发送该bpdu的端口ID最小。我们知道sw1已经根据接收到的sw0的bpdu得知sw0是根桥，同时该bpdu还包含着发送该bpdu的交换机的网桥ID和发送该bpdu的接口ID，同时cost也包含在bpdu（每过一个交换机，bpdu中的RPC就会自动根据自身情况进行叠加），然后我们就可以根据bpdu中的信息选举中根端口，然后sw1就会生成一个新的bpdu内容大概如下：

1、sw0的网桥ID（root id）

2、x(根据具体链路情况计算的cost值)

3、自身的网桥ID

4、发送新bpdu的接口ID

旧的bpdu，也就是sw0发送的bpdu会在根端口上保留目的，但是新的bpdu会在指定端口上保留，

指定端口转发bpdu是根据这个新的bpdu进行的。

假设sw1和sw2都已经完成了根端口的选举，于是它们就要进行指定端口的选举，根据上文我们知道它们此时会从指定端口上发送新的，根据自身情况生成的bpdu，于是在sw1和sw2的链路之间仅此阶段就会存在sw1和sw2根据自身情况生成的bpdu，这些新的bpdu会作为指定端口的选举的依据，比如此时sw1接收到sw2新的bpdu，它会查看里面的bpdu信息。我们知道指定端口的选举条件是：

1、该端口到达根桥的cost

2、参与选举的该端口所处的交换机的桥ID优先级谁大

3、参与选举的该端口的端口ID的优先级谁大

此时sw1可以从sw2中的bpdu中知道，sw2上发送该bpdu的端口到root的cost，以及sw2的网桥ID，以及它的端口ID，这些都是参与选举的要素。然后sw1发现它们去往root的cost都是一致的，于是就开始比较端口所在的网桥ID，然后就发现sw2的网桥ID的优先级更大，于是sw就把自己的端口变为非指定端口，同样的，sw2也会受到sw1新的bpdu，它在比对后发现自己是更好的， 于是就不做修改，依然还是指定端口。

然后回归正文，为什么收敛时间有的是30s，有的是50s，依据我的经验主要交换机在某条链路断开后是否还能接收到网桥ID为root的bpdu，比如下面这个图：

 sw1的fa0/1的接口down了，但是它还是可以从block端口中接收到sw0的bpdu，那么它与root的联系就没有断开，它此时做的操作是根据根桥发送的bpdu重新计算根端口，然后经历30s的收敛，将fa0/2变为根端口。

再比如这个图：

sw2的fa0/2断开down了，我们知道block端口时不会对bpdu进行发送的，于是fa0/1就相当于与root断开了，一段时间后，他就会从fa0/1发送自己是根桥的bpdu，但是sw1是不会理睬的，因为它知道sw0的bpdu才是最好的，因为sw0的bpdu中的根桥ID的优先级是最高的， 经过20s后，sw1的fa0/2因为没有从swfa0/1上接收到bpdu，所以它会将端口转换为指定端口将bpdu信息进行转发，这个过程大概50s。

我看了思科的NA，华为的NA的书都没有讲到这个bpdu的交互，最终的结果就是STP是大家很苦恼的一块内容，所以我觉得如果要搞清楚一个协议，需要从协议的报文交互出发。