交換機接口進入 err-disable 狀態是常見運維難題。本文梳理七大典型觸發原因,提供針對性解決方案,助力網管快速恢復業務。
場景: Switch A 配置 channel-group 1 mode on(強制開啟,不發送 PAgP 協商),Switch B 未配置 EtherChannel。超過 1 分鐘後,Switch A STP 判定出現環路,接口進入 err-disable。
解決: 改用協商模式 channel-group 1 mode desirable non-silent,雙向協商成功才建立通道,否則接口保持正常狀態。
原理: 半雙工端檢測對端傳輸,空閒才發送類 ACK 讓鏈路 Up;全雙工端不檢測持續發送 Up 請求。雙向衝突導致鏈路狀態機混亂,進入 err-disable。
解決: 雙端強制鎖定相同雙工模式(建議全雙工),或雙端啟用自動協商。
場景: 接口啟用 spanning-tree portfast(預期連 PC,不收 BPDU),同時啟用 spanning-tree bpduguard enable 防禦。誤將另一台交換機接入此接口,收到 BPDU 即觸發 err-disable。
解決: 全域關閉 no spanning-tree portfast bpduguard default,或關閉該接口 portfast。接入層交換機互聯端口嚴禁啟用 PortFast。
機制: Cisco 私有二層協議。雙端啟用 UDLD 後,A 發送含 Port ID 的 UDLD 幀,B 收到回應並攜帶 A 的 Port ID,A 確認雙向通暢。若 B 未啟用 UDLD 或鏈路單向,A 判定為單向鏈路 → err-disable。
解決: 確保鏈路雙端均啟用 UDLD(udld port aggressive),或排查光纖/銅纜單向斷裂(如單根光纖斷裂、GBIC 故障)。
觸發條件: 10 秒內接口連續 Up/Down 超過 5 次。常見於光模組不穩、纜線虛接、光功率邊緣、自動協商震盪。
解決: 更換光模組/纜線、鎖定速率雙工、調整光功率、啟用 errdisable recovery cause link-flap 配合 errdisable recovery interval 自動恢復。
歷史問題: IOS 12.1EA 前,預設所有接口發送 Keepalive。若 STP 協商異常導致接口收到自己發出的 Keepalive,判定為環路 → err-disable。
解決: 介面下 no keepalive 關閉,或升級至 IOS 12.2SE 以上版本(已修正此邏輯)。
機制: 配置 switchport port-security violation shutdown,當學習 MAC 超過上限或出現非法 MAC 時觸發。
解決: 清除違規 MAC、調整上限、改用 restrict 或 protect 模式、檢查是否有非授權設備接入。
errdisable recovery cause <cause>
errdisable recovery interval 300 ! 300秒後自動嘗試恢復
或手動 shutdown / no shutdown 翻動接口恢復。