輕鬆定位STP故障1
作為IEEE標準協議，STP具有兼容性好、網絡規劃要求低、配置簡單等優勢，被廣泛應用於二層網絡中。當然，用得多了大家碰到的問題也就多了，STP有哪些故障現象呢，這些故障又是怎麼排除的呢？小編這次就結合幾個實際的STP故障，和大家分享一下STP故障解決之道。
小貼士
小夥伴們注意啦，本文中所指的STP是指廣義的STP哦，包括STP協議、RSTP協議、MSTP協議。當需要對三者進行區分時，分別會敘述為STP模式、RSTP模式、MSTP模式。
故障現象1
使能STP的網絡拓撲中出現鏈路故障或鏈路故障恢復後，業務流量恢復需要超過30秒，即端口無法快速收斂
定位思路
遇到這種問題時，小編給大家總結了如下的定位思路：
1) 確認對端端口是否使能STP；
2) 檢查端口是否工作在STP模式；
3) 檢查端口的鏈路類型是否為點對點。
定位步驟
步驟1：確認對端端口是否使能STP
終端、服務器都不支持STP協議，如果這些設備和交換機連接，建議在交換機的端口上執行命令stp edged-port enable開啟邊緣端口屬性或執行命令stp disable去使能STP。
否則，當用戶插拔鏈路連接介質，或先執行shutdown，再執行undo shutdown，重啟端口後，因對端端口不會發送STP的協議報文進行協商，導致交換機上的端口經過2倍的Forward Delay（默認為15秒）時間後才能正常轉發報文。
步驟2：檢查端口是否工作在STP模式
全局配置為RSTP/MSTP模式的設備，當端口接收到STP模式報文後，端口可以自動遷移到STP模式下工作。
通過命令display stp interface查看端口實際的工作模式（查看Port STP Mode字段哦）：
輕鬆定位STP故障1
作為IEEE標準協議，STP具有兼容性好、網絡規劃要求低、配置簡單等優勢，被廣泛應用於二層網絡中。當然，用得多了大家碰到的問題也就多了，STP有哪些故障現象呢，這些故障又是怎麼排除的呢？小編這次就結合幾個實際的STP故障，和大家分享一下STP故障解決之道。
小貼士
小夥伴們注意啦，本文中所指的STP是指廣義的STP哦，包括STP協議、RSTP協議、MSTP協議。當需要對三者進行區分時，分別會敘述為STP模式、RSTP模式、MSTP模式。
故障現象1
使能STP的網絡拓撲中出現鏈路故障或鏈路故障恢復後，業務流量恢復需要超過30秒，即端口無法快速收斂
定位思路
遇到這種問題時，小編給大家總結了如下的定位思路：
1) 確認對端端口是否使能STP；
2) 檢查端口是否工作在STP模式；
3) 檢查端口的鏈路類型是否為點對點。
定位步驟
步驟1：確認對端端口是否使能STP
終端、服務器都不支持STP協議，如果這些設備和交換機連接，建議在交換機的端口上執行命令stp edged-port enable開啟邊緣端口屬性或執行命令stp disable去使能STP。
否則，當用戶插拔鏈路連接介質，或先執行shutdown，再執行undo shutdown，重啟端口後，因對端端口不會發送STP的協議報文進行協商，導致交換機上的端口經過2倍的Forward Delay（默認為15秒）時間後才能正常轉發報文。
步驟2：檢查端口是否工作在STP模式
全局配置為RSTP/MSTP模式的設備，當端口接收到STP模式報文後，端口可以自動遷移到STP模式下工作。
通過命令display stp interface查看端口實際的工作模式（查看Port STP Mode字段哦）：
由於STP模式不能提供快速遷移機制，端口狀態變化後，需要等待2倍的Forward Delay（默認15秒）才能遷移到轉發狀態。
可以通過在交換機端口配置stp no-agreement-check命令來避免端口連接的上游設備模式為RSTP或者與MSTP實現存在私有性差異的廠商設備時，上游橋設備不能快速遷移問題。
當端口自動遷移到STP兼容工作模式後，以下情況端口無法自動遷移回原來的RSTP/MSTP模式，導致與其他運行RSTP/MSTP模式的設備無法互通。
- 運行STP模式的設備已關機或移走；
- 運行STP模式的設備修改為運行RSTP/MSTP模式。
因此需要在端口上執行stp mcheck命令，將端口手動遷移到RSTP/MSTP模式。
步驟3：檢查端口鏈路類型是否為點對點
RSTP/MSTP模式提供了端口快速遷移機制：當兩端均使能STP而且鏈路類型為點對點時，才能實現端口狀態的快速遷移。
可以通過stp point-to-point { auto| force-false | force-true }命令配置鏈路類型，端口的鏈路類型默認為auto，即由RSTP/MSTP來檢測與端口相連的鏈路是否是點對點鏈路，兩端均工作在全雙工模式是才可能成為點對點鏈路。
通過display stp interface查看端口的鏈路類型：
輕鬆定位STP故障1
作為IEEE標準協議，STP具有兼容性好、網絡規劃要求低、配置簡單等優勢，被廣泛應用於二層網絡中。當然，用得多了大家碰到的問題也就多了，STP有哪些故障現象呢，這些故障又是怎麼排除的呢？小編這次就結合幾個實際的STP故障，和大家分享一下STP故障解決之道。
小貼士
小夥伴們注意啦，本文中所指的STP是指廣義的STP哦，包括STP協議、RSTP協議、MSTP協議。當需要對三者進行區分時，分別會敘述為STP模式、RSTP模式、MSTP模式。
故障現象1
使能STP的網絡拓撲中出現鏈路故障或鏈路故障恢復後，業務流量恢復需要超過30秒，即端口無法快速收斂
定位思路
遇到這種問題時，小編給大家總結了如下的定位思路：
1) 確認對端端口是否使能STP；
2) 檢查端口是否工作在STP模式；
3) 檢查端口的鏈路類型是否為點對點。
定位步驟
步驟1：確認對端端口是否使能STP
終端、服務器都不支持STP協議，如果這些設備和交換機連接，建議在交換機的端口上執行命令stp edged-port enable開啟邊緣端口屬性或執行命令stp disable去使能STP。
否則，當用戶插拔鏈路連接介質，或先執行shutdown，再執行undo shutdown，重啟端口後，因對端端口不會發送STP的協議報文進行協商，導致交換機上的端口經過2倍的Forward Delay（默認為15秒）時間後才能正常轉發報文。
步驟2：檢查端口是否工作在STP模式
全局配置為RSTP/MSTP模式的設備，當端口接收到STP模式報文後，端口可以自動遷移到STP模式下工作。
通過命令display stp interface查看端口實際的工作模式（查看Port STP Mode字段哦）：
由於STP模式不能提供快速遷移機制，端口狀態變化後，需要等待2倍的Forward Delay（默認15秒）才能遷移到轉發狀態。
可以通過在交換機端口配置stp no-agreement-check命令來避免端口連接的上游設備模式為RSTP或者與MSTP實現存在私有性差異的廠商設備時，上游橋設備不能快速遷移問題。
當端口自動遷移到STP兼容工作模式後，以下情況端口無法自動遷移回原來的RSTP/MSTP模式，導致與其他運行RSTP/MSTP模式的設備無法互通。
- 運行STP模式的設備已關機或移走；
- 運行STP模式的設備修改為運行RSTP/MSTP模式。
因此需要在端口上執行stp mcheck命令，將端口手動遷移到RSTP/MSTP模式。
步驟3：檢查端口鏈路類型是否為點對點
RSTP/MSTP模式提供了端口快速遷移機制：當兩端均使能STP而且鏈路類型為點對點時，才能實現端口狀態的快速遷移。
可以通過stp point-to-point { auto| force-false | force-true }命令配置鏈路類型，端口的鏈路類型默認為auto，即由RSTP/MSTP來檢測與端口相連的鏈路是否是點對點鏈路，兩端均工作在全雙工模式是才可能成為點對點鏈路。
通過display stp interface查看端口的鏈路類型：
Config=auto表示使用stp point-to-point命令配置的值為auto，Active=true表示當前工作在點對點鏈路類型。
步驟4：如果以上步驟還不能解決問題，小夥伴們莫急，可以收集相關信息聯繫華為工程師處理。
在這裡提醒下小夥伴們，在使能STP之前，別忘了檢查參與STP計算的端口是否使能了bpdu enable命令。具體的請參見下面的表格。
輕鬆定位STP故障1
作為IEEE標準協議，STP具有兼容性好、網絡規劃要求低、配置簡單等優勢，被廣泛應用於二層網絡中。當然，用得多了大家碰到的問題也就多了，STP有哪些故障現象呢，這些故障又是怎麼排除的呢？小編這次就結合幾個實際的STP故障，和大家分享一下STP故障解決之道。
小貼士
小夥伴們注意啦，本文中所指的STP是指廣義的STP哦，包括STP協議、RSTP協議、MSTP協議。當需要對三者進行區分時，分別會敘述為STP模式、RSTP模式、MSTP模式。
故障現象1
使能STP的網絡拓撲中出現鏈路故障或鏈路故障恢復後，業務流量恢復需要超過30秒，即端口無法快速收斂
定位思路
遇到這種問題時，小編給大家總結了如下的定位思路：
1) 確認對端端口是否使能STP；
2) 檢查端口是否工作在STP模式；
3) 檢查端口的鏈路類型是否為點對點。
定位步驟
步驟1：確認對端端口是否使能STP
終端、服務器都不支持STP協議，如果這些設備和交換機連接，建議在交換機的端口上執行命令stp edged-port enable開啟邊緣端口屬性或執行命令stp disable去使能STP。
否則，當用戶插拔鏈路連接介質，或先執行shutdown，再執行undo shutdown，重啟端口後，因對端端口不會發送STP的協議報文進行協商，導致交換機上的端口經過2倍的Forward Delay（默認為15秒）時間後才能正常轉發報文。
步驟2：檢查端口是否工作在STP模式
全局配置為RSTP/MSTP模式的設備，當端口接收到STP模式報文後，端口可以自動遷移到STP模式下工作。
通過命令display stp interface查看端口實際的工作模式（查看Port STP Mode字段哦）：
由於STP模式不能提供快速遷移機制，端口狀態變化後，需要等待2倍的Forward Delay（默認15秒）才能遷移到轉發狀態。
可以通過在交換機端口配置stp no-agreement-check命令來避免端口連接的上游設備模式為RSTP或者與MSTP實現存在私有性差異的廠商設備時，上游橋設備不能快速遷移問題。
當端口自動遷移到STP兼容工作模式後，以下情況端口無法自動遷移回原來的RSTP/MSTP模式，導致與其他運行RSTP/MSTP模式的設備無法互通。
- 運行STP模式的設備已關機或移走；
- 運行STP模式的設備修改為運行RSTP/MSTP模式。
因此需要在端口上執行stp mcheck命令，將端口手動遷移到RSTP/MSTP模式。
步驟3：檢查端口鏈路類型是否為點對點
RSTP/MSTP模式提供了端口快速遷移機制：當兩端均使能STP而且鏈路類型為點對點時，才能實現端口狀態的快速遷移。
可以通過stp point-to-point { auto| force-false | force-true }命令配置鏈路類型，端口的鏈路類型默認為auto，即由RSTP/MSTP來檢測與端口相連的鏈路是否是點對點鏈路，兩端均工作在全雙工模式是才可能成為點對點鏈路。
通過display stp interface查看端口的鏈路類型：
Config=auto表示使用stp point-to-point命令配置的值為auto，Active=true表示當前工作在點對點鏈路類型。
步驟4：如果以上步驟還不能解決問題，小夥伴們莫急，可以收集相關信息聯繫華為工程師處理。
在這裡提醒下小夥伴們，在使能STP之前，別忘了檢查參與STP計算的端口是否使能了bpdu enable命令。具體的請參見下面的表格。
另外，小夥伴們需要關注這種場景：因為中間設備或者傳輸的問題導致STP報文不能透傳，這個可以通過display stp interface interface-type interface-number命令判斷，查看BPDU Received計數。如果計數一直為零或者沒有增加，則有可能是中間設備或者傳輸導致收不到STP報文。
故障現象2：使能STP的網絡中，流量業務時斷時續，設備CPU佔用率高（將在下一篇介紹，敬請期待）。
往期連接：