網絡架構
- 星型千兆乙太網，核心：華為 6506 三層路由交換機
- 接入：華為 3026/背板堆疊 2026
- 5 個 VLAN，按業務劃分獨立網段
- 多台服務器提供 FTP/文件/Web 服務
故障現象
- 多用戶反映：網絡時通時斷，同樓層機器互 Ping 不通
- 故障點分散多樓層，端口互換無效
- 故障機 Ping 部分服務器/核心交換機 IP：丟包、延遲大、時通時不通
- 網管軟體檢查無明顯報錯
排查復盤
- 懷疑核心交換機硬件故障 → 指示燈/端口狀態正常、清緩存重啟/查配置無變化 → 排除
- Sniffer 抓包分析 → 大量數據包源自同一 MAC，目的地為不存在 IP → 懷疑類「衝擊波」蠕蟲病毒
- 查 IP-MAC 基線表定位到某樓層一台 PC → 斷網升級殺毒重接 → 故障依舊
- 要求提供接入拓撲圖 → 發現該單位將屬於兩個不同 VLAN的連線分別接入兩個 Hub，當天為方便將兩 Hub 級聯 → 斷開級聯線，故障徹底消失
根因深度剖析
跨 VLAN 級聯兩 Hub 形成二層環路 → 每幀數據在環路中無限廣播轉發 → 廣播風暴 → 核心交換機 CPU 飆升、轉發延遲劇增、全網業務受影響。
解決方案對比
| 方案 | 原理 | 部署現狀 |
|---|
| STP 生成樹協議 | 以交換機為節點生成無環轉發樹，數據僅在樹路徑傳輸 | 算法開銷大，交換機普遍未啟用 |
| 接入層啟用 STP | 邊緣阻斷環路傳播，保護核心 | 強烈建議啟用，或故障時臨時開啟輔助定位 |
| 管理規範 | 嚴禁跨 VLAN 級聯、私接 Hub/交換機 | 制度層面根治 |
經驗總結：網管必備三大基線
- 變更基線：故障前網絡有何變更（此案為私接級聯）
- 拓撲基線：完善佈線圖、IP-MAC 對應表、端口-房間映射（否則定位 MAC 耗時極長）
- 工具基線：LanExplorer 等掃描工具自動採集基線數據
附：廣播風暴五大成因速查
- 偽交換機（實為智能 Hub）高負載下群發廣播
- 網卡物理損壞瘋狂發包（難查，需 Sniffer 看流量定位）
- 物理環路：雙絞線兩頭插同一交換機不同端口（經典低級錯誤）
- 網絡病毒傳播佔滿帶寬
- 黑客工具（網絡執法官、網絡剪刀手）攻擊內網