實戰案例:想用 RSTP 做無線冗余?創意很好,但行不通啊老弟!
本期分享的案例是有線網絡的相關問題。

背景介紹
某用戶準備在一個監控回傳項目上用環網拓撲以保障鏈路冗余,打算采用RSTP(快速生成樹)協議實現。采購某W的設備使用,本地測試拓撲成功,如下:

三臺支持生成樹的交換機組網,并啟用RSTP。本地測試,SW2的GE0/0/2接口在成環時是能正常阻塞破環的。
問題描述
本地測試的好好的,可跑到項目上一用,發現無法阻塞,直接環路風暴了:

這是這么回事呢?針對生成樹收斂失敗的相關問題,我們一起來看下吧!
處理思路
- 檢查設備的配置。是否都啟用了生成樹,端口是否都有使能;
- 檢查設備連接的拓撲是否直連。若中間經過了未知設備可能不轉發BPDU報文,導致生成樹收斂失敗。
排查分析
第一步:檢查設備的配置
CLI確認交換機已正常使能了STP,并且模式為RSTP。某W交換機缺省情況下是全端口使能的,輸入命令display stp:
<SW1>dis stp
-------[CIST Global Info][Mode RSTP]------- //全局RSTP模式
CIST Bridge :32768.4c1f-cc33-04b5
Config Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
Active Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
CIST Root/ERPC :32768.4c1f-cc33-04b5 / 0
CIST RegRoot/IRPC :32768.4c1f-cc33-04b5 / 0
CIST RootPortId :0.0
BPDU-Protection :Disabled
TC or TCN received :15
TC count per hello :0
STP Converge Mode :Normal
Time since last TC :0 days 2h:20m:20s
Number of TC :1第二步:檢查設備連接的拓撲是否直連
經過了解發現,用戶本地測試是直連測試,所以交換機之間的生成樹收斂正常。而項目現場中,發現小區單元2的交換機是通過無線網橋回傳給監控中心的:

這里問題就比較明確了:因為監控中心和小區單元2之間非直連,收不到彼此的BPDU。所以在生成樹看來,整個拓撲不存在環路,因此收斂失敗。這里就有很多朋友會犯得一個錯誤,以為“無線網橋鏈路相當于一條網線”,這是錯誤的!很多網橋協議報文無線鏈路是不會轉發的,而BPDU報文就是其中的而一種。
抓包也能佐證這一點:無線網橋兩端的交換機收不到彼此的報文。

原理及解決方案
故障原因:生成樹交換機非直連,收不到彼此的BPDU報文,因此收斂破環失敗。
解決方案:項目修改拓撲,保證交換機之間直連使用,否則就不要成環。
























