現象：大樓全網變慢，高峰期幾乎癱瘓，ARP 病毒嫌疑最大

行政大樓 20 台二層交換機 + 1 台核心交換機，千兆光纖上聯，VLAN 隔離樓層。近期用戶投訴上網極慢，高峰期幾乎不可用。網管初判 ARP 病毒，隨機抓一台故障機 arp -d * 清理後 Ping 核心交換機仍不通，核心交換機日誌無位址衝突記錄 —— 排除 ARP 病毒。

核心交換機 CPU 狂飆 95%，重啟治標不治本

現場 Console 登入核心交換機，display cpu 顯示 CPU 90%+。下班時間重啟核心交換機，速度恢復正常，但不久 CPU 再飆 95% → **判定存在網路迴路**。

定位迴路：從核心到五樓，再到 503 室的那顆「舊 HUB」

1. display interface 逐一查看上聯埠流量，發現 GigabitEthernet1/1/14（五樓上聯）收發流量異常暴大。
2. 斷開五樓光纖，核心 CPU 瞬降 20% → 鎖定五樓。
3. 五樓交換機僅 20 台電腦，採用「拔線法」逐埠觀察 CPU 變化，鎖定 e0/8 埠。
4. e0/8 對應 503 室資訊插座，現場發現：一台舊 HUB 接滿該室所有電腦，且 HUB 信號燈全亮即使拔光所有網線。

鐵證：HUB 內部短路 = 永久性迴路源

更換新 HUB 後，信號燈恢復正常閃爍模式，核心交換機上聯埠流量回落正常，全網速度瞬間恢復。結論：**HUB 內部電路短路，形成永久性二層迴路，廣播風暴淹沒核心交換機 CPU**。

防範指南：用好交換機自帶的「迴路免疫系統」

方案一：Loopback Detection 控制模式（推薦接入/聚合層）

interface GigabitEthernet1/1/14
 port link-type trunk
 loopback-detection control enable

迴路發生 → 自動 shutdown 故障埠 → 核心 CPU 受保護 → 告警通知網管 → 人工確認修復後 undo shutdown。

方案二：純檢測模式 + 告警（核心層必用）

loopback-detection enable
// 不加 control enable，僅記錄日誌、發送 Trap/Syslog

避免核心埠誤關導致全網中斷，由網管人工研判隔離。

輔助措施

• 全網推行 BPDU Guard / Root Guard / Loop Guard（STP 增強特性）。
• 啟用 Port Security 限制單埠 MAC 數量，超限自動 shutdown 或 restrict。
• 建立「未授權設備準入管控」：802.1X / MAC 認證 / Portal 認證，私接 HUB/交換機無法取得 IP。
• 佈線標籤化、機房資產台帳、定期巡檢未知設備。

---

一句話心得：一顆幾十塊錢的壞 HUB，能拖垮整棟大樓的千兆核心。**便宜沒好貨、舊貨別上線、迴路防禦要分層** —— 這才是網管的生存法則。