某辦公大樓採用核心路由交換機 + 各樓層二層交換機級聯架構,透過 VLAN 隔離各單位流量。某日清晨,核心交換機顯示四樓上聯埠 Down,遠程無法登入四樓交換機,Ping 回應 Request time out。現場重啟交換機後暫時恢復,但半小時後故障復發,且重啟無效。顯然非單純設備當機,背後藏著更深層原因。
將四樓疑似故障交換機拆下,接至獨立測試環境運行 30 分鐘,狀態完全正常、Ping 通順;換上備用交換機上線,卻同樣無法 Ping 通。結論:故障不在交換機本身,而在四樓網路環境。
核心交換機上聯埠 Down 理應導致四樓全樓斷網,但最初僅部分用戶報修。電話確認後發現:其實全樓五家單位皆無法上網,只是發現時間有先後。故障域鎖定在四樓兩台級聯交換機所承載的五個 VLAN 內。
對級聯埠進行封包捕獲分析,發現輸入/輸出流量暴增至正常值 100 倍。進一步監控輸出廣播封包計數器,以秒為間隔連續讀取,數值持續飆升——鐵證如山:網路迴路導致廣播風暴。
四樓兩台交換機間級聯正常,各端口直連牆面資訊插座。理論上不應有迴路,除非用戶私接設備。聯繫各單位網管排查,回報:約 10 間辦公室私接了下層交換機/集線器擴充埠口。
依組網檔案找出 10 間辦公室對應的交換埠號,逐一以筆記本直插埠口 Ping 核心交換機 IP。第 6 個埠口 Ping 不通,display interface 顯示該埠收發封包量明顯異常。查檔案定位至 813 會議室。
813 室僅兩個資訊插座,各接一台小型集線器,集線器下接數台電腦。關鍵發現:一條網線直接將兩台集線器互連,形成經典的二層迴路。清潔人員前晚拔除所有網線清潔,用戶自行插回時誤接導致。
Up,全樓恢復上網。control enable,迴路發生時自動關閉故障埠,限制影響範圍。經驗總結:網路迴路看似低級,實則殺傷力極大。「拓撲清晰、基線在手、工具好用、機制到位」 八字訣,是應對此類故障的制勝法寶。