現象描述
局域網多台電腦同時出現:網頁開啟極慢、網卡燈狂閃、拔掉網路線即恢復正常、Ping 內網主機嚴重丟包。此為典型 廣播風暴 徵兆,多由交換機物理迴路引起。
核心成因:交換機迴路與廣播風暴
- 迴路形成: 一條網路線從交換機 Port A 出去,繞經其他設備後又插回交換機 Port B,形成邏輯迴路。
- 風暴機制: 廣播封包 (ARP、DHCP、NetBIOS) 在迴路中無限複製轉發,瞬間佔滿頻寬,導致 CPU 飆高、正常流量被擠佔。
- 常見人為原因: 清潔人員誤將掉落網線插回交換機雙埠、使用者私自串接小型交換機形成環路、伺服器雙網卡橋接未啟用 STP。
解決方案一:部署可管理式交換機 + STP (生成樹協定) —— 根治
- 採支援 IEEE 802.1D (STP) / 802.1w (RSTP) / 802.1s (MSTP) 的管理式交換機。
- 啟用 STP 功能,交換機自動偵測迴路並封鎖備用埠,防止廣播風暴。
- 配置 BPDU Guard 於存取層埠,收到 BPDU 封包即 Err-disable,防止使用者私接交換機。
- 配置 Loop Guard / Root Guard 於上聯埠,防止錯誤配置導致拓撲變更。
解決方案二:分層斷線排查法 —— 低成本應急
- 從核心交換機開始,逐一拔除連接至下層交換機/配線架的上聯纜線。
- 觀察網路狀態(Ping 延遲/丟包、交換機 CPU/流量指示燈),恢復正常者即為問題下游段。
- 進入該問題交換機,重複逐埠拔除動作,鎖定具體迴路埠位。
- 移除多餘纜線、修正拓撲、重新啟用正常連線。
輔助診斷工具與指標
- 📊 交換機 Port Utilization / Broadcast Rate:突增 > 80% 或廣播封包率 > 1000 pps 即可疑。
- 📊 Wireshark 擷取:大量重複 ARP Request、DHCP Discover、相同 MAC 來源的封包。
- 🔧 聚生網管 / 太平洋網管 等軟體可視覺化顯示流量拓撲與異常主機。
預防措施清單
- 🔒 所有存取埠啟用 Port Security 限制 MAC 數量 + BPDU Guard。
- 🏷️ 機房/弱電間網路埠貼標籤、鎖定機櫃,防止非授權插拔。
- 📋 建立變更管理流程:任何網路佈線變更需登記、驗收。
- 🧪 定期演練:模擬迴路觸發告警,驗證 STP 收斂時間 < 2 秒。
結語
局域網突發性緩慢多半源於二層迴路引發的廣播風暴。長期根治需部署支援 STP 的管理式交換機並啟用埠級防護;緊急時刻可用分層斷線法快速止血。建立完善的佈線規範與變更流程,才是杜絕迴路再發生的根本之道。