实际上，这取决于当前生成树的大小以及它是如何被破坏的。

在 RSTP 或 MSTP 环境中，如果接口出现严重故障（例如：断开连接或以其他方式关闭），则拓扑更改将立即触发 - 只有两个交换机之间，应在不到一秒的时间内建立新树，转发将重新开始。

如果出现非链路故障导致的中断（例如：配置更改、中间设备故障等），则 RSTP 和 MSTP 将等待 3x Hello Interval（默认为 3x2（默认）= 6 秒），然后重新收敛。

另一方面，STP 慢很多，因为它的状态机略有不同——它会等待 10 倍的 Hello 间隔（20 秒）以等待 BPDU 超时，然后再处于侦听状态 15 秒，然后是学习状态再过 15 秒，给你大约 50 秒的时间来收敛。

请记住，这些数字是针对单个交换机的——如果您的网络直径很大，下游交换机可能会在稍晚的时间开始检测故障，这意味着它们将稍后开始此过程，并最终为完整的拓扑结构重新添加更多时间。收敛。

除此之外，当您使用 VSTP/PVST/PVST+ 等协议时，交换机需要为每个 VLAN 执行此重新收敛，如果有很多可能会对 CPU 造成很大负担，从而进一步减慢 r-econvergence .

在故障转移期间，RSTP 将比 STP 快得多。STP 的故障转移时间在 30-50 秒之间。STP 计时器 = 最大年龄 20 秒。转发延迟 15 秒。STP 中的最大延迟 = 20 + 15 + 15 = 50 秒。（网桥协议数据单元）BPDU 被发送到所有交换机以通知有变化，在 STP 中这是由根交换机完成的。根交换机由最低优先级或最低 MAC 地址选择。这样做的问题是，如果在远离根交换机的地方出现故障，那么收敛将非常缓慢。在 RSTP 中，所有交换机都可以发送 BPDU，并且能够更快地收敛。在 STP 中，BPDU 由交换机中继，但在 RSTP 中，每 hello 时间（默认为 2 秒）发送一次。

在我大学的网络课上，他们给我们的 stp 中网络故障转移时间的公式是：

故障转移 = failure_detection + failure_recovery; failure_detection = Max_Age_Timer（默认20s） failure_recovery = Fwd_dly（默认监听状态15s）+ Fwd_dly（默认学习状态15s）。

================================================== ==========

RSTP 中的网络故障转移时间：

故障转移 = failure_detection + failure_recovery; failure_detection = 3 x Hello_Timer(2s 默认) = 6s failure_recovery = Fwd_dly(fast_learning(<<1))

对 MSTP 不太确定，但我希望这会有所帮助