STP收斂時間，STP完全收斂需要依賴定時器的計時，端口狀態從Blocking狀態遷移到Forwarding狀態至少需要兩倍的Forward Delay時間(需要30秒的時間)，總收斂時間過長。

STP網絡收斂后，如果直連鏈路發生故障，重新收斂需要30秒的時間，如果是次優或者非直連鏈路故障，則需要經過50秒的時間重新收斂。STP直連鏈路故障收斂情況如圖1所示。

圖1 STP直連鏈路故障收斂情況

由圖1可知，如果SWC和SWA之間的鏈路發生故障，SWC的替代端口會成為根端口，并且經過30秒的延時端口裝將過渡到轉發狀態。次優配置BPDU報文造成50秒收斂延時，圖2展示了STP非直連鏈路故障收斂情況。

圖2 STP非直連鏈路故障收斂情況

由圖2可知，如果SWB和SWA之間的鏈路發生故障，由于SWB連接根橋的端口被關閉，SWB會認為自己是根橋，并從指定端口發送配置BPDU報文，標識自己是根橋。

SWC從替代端口收到SWB發送的配置BPDU報文后會和端口之前緩存的配置BPDU報文進行對比，發現兩個配置BPDU報文不一致，并且接收到的是一個次優配置BPDU報文，SWC會直直接忽略并繼續等待接收端口緩存的配置BPDU報文。

這樣經過20秒的等待后超時，端口角色重新收斂成為指定端口，并經過30秒的轉發延時進入轉發狀態，總收斂時間為50秒。非直連鏈路故障場景如圖3所示。

圖3 非直連鏈路故障場景

在圖3中，SWB和SWA之間的鏈路出現了單鏈路故障，導致只能接收不能發送。這種故障多發生在光纖鏈路上，由于光纖鏈路是收發分離的，所以很容易出現單鏈路故障，只能發送不能接收，或者只能接收不能發送。光纖鏈路可以通過兩端配置UDLD(Unidirectional Link Detection，單向鏈路檢測)協議避免單鏈路故障。

圖3中的單鏈路故障造成SWC無法從替代端口收到根橋的配置BPDU報文，經過20秒的等待后超時，端口角色重新收斂成為指定端口，并經過30秒的轉發延時后進入轉發狀態，總收斂時間為50秒。

如何解決直連故障和次優配置BPDU報文帶來的收斂時間過長的問題呢?思科的解決方案是為STP打了兩個補丁，分別是uplink-fast和backbone-fast。uplink-fast解決了直連故障導致的收斂慢問題，backbone-fast解決了次優配置BPDU報文導致的收斂慢問題。

由于這兩種技術是思科的私有技術，而華為并沒有這種技術，華為的做法是在STP中引用了RSTP(Rapid Spanning Tree Protocol，快速生成樹協議)解決方案，RSTP在STP基礎上進行了許多改進，使得收斂時間大大減小，一般只需要幾秒鐘的時間。在現網中，STP幾乎已經不用，取而代之的是RSTP，RSTP不是HCIA的內容，這里不再深究。