新建小型區域網 (1 台伺服器 + 10 幾台工作站 + 1 台交換機 + Cat.6 線)，症狀：任意工作站拷貝伺服器 100MB 檔案需 30 分鐘，相鄰工作站互傳同樣緩慢。經系統性排查，最終發現：交換機所有埠強制設為全雙工，而工作站網卡自動協商停留在半雙工，雙工模式不匹配導致大量衝突/重傳，效能崩潰。將交換機埠改為自動協商即瞬間恢復。
故障現象量化
- 理論 100Mbps 全雙工 ≈ 12.5 MB/s，100MB 約 8 秒；實測 30 分鐘 → 有效吞吐 <0.06 Mbps，僅理論值 0.05%。
- Ping 伺服器 <1ms 正常 (ICMP 封包小、無重傳壓力)，掩蓋了資料傳輸層災難。
排查決策樹與排除過程
- 排除惡意流量/病毒： 抽查工作站配置正確、安裝 Windump 抓包無異常流量 → 排除。
- 排除線路故障： 全網同樣緩慢，單條線路問題機率極低。以 Cat.5 線替換 Cat.6 測試 → 速度不變 → 排除線材等級問題。
- 排除交換機過載： 重啟交換機無效 → 排除。
- 檢查網卡狀態： 多台工作站網卡均顯示 半雙工 (Half Duplex)。刪除多餘協定無效。
- 登入交換機 Web 管理介面： 發現所有埠均強制設為 100Mbps 全雙工 (Force 100M Full)，且無錯誤計數器增長 (因交換機端全雙工不檢測衝突，錯誤計數為 0)。
- 根因確認： 雙工模式不匹配 (Duplex Mismatch) —— 交換機全雙工發送不檢測載波，網卡半雙工發送前檢測載波 → 大量衝突、晚發現衝突、指數退避重傳 → 效能崩塌。
- 修復： 交換機所有埠改為 自動協商 (Auto-Negotiation) → 立即恢復線速傳輸。
雙工不匹配為何極難發現？
- 控制封包 (Ping、ARP、DHCP、DNS、TCP 三向交握) 短小、間歇，重傳機率低，應用層感知為「連線正常但慢」。
- 交換機全雙工模式下不統計衝突/CRC 錯誤 (視為正常發送)，介面計數器乾淨，誤導網管以為線路健康。
- 網卡半雙工端會計數「Late Collisions」「Excessive Collisions」，但常被忽略。
鐵律：雙工模式配置黃金法則
- 優先使用自動協商 (Auto-Negotiation)： IEEE 802.3u 標準強制 100M/1G 必須支援自動協商，現代設備 (過去 15 年) 幾乎零故障。
- 若必須強制速率/雙工： **雙端必須同時強制相同設定** (如兩端皆 Force 100M Full)，單端強制、單端自動 = 必發生 mismatch。
- 千兆網路 (1000BASE-T) 強制全雙工： 標準強制全雙工，無半雙工選項，但仍需雙端自動協商以協商主從時鐘、交換順序等參數。**千兆嚴禁強制速率/雙工**。
- 變更後必驗證：
ethtool eth0 (Linux) / 驅動程式屬性頁 (Windows) / show interface status (交換機) 確認雙端實際協商結果一致。
延伸：為何交換機預設/建議自動協商？
早期 (90 年代末) 部分廠商自動協商實作不標準 (如 Cisco 與 3Com 早期產品不互通)，導致「自動協商不可靠」迷思流傳至今。現代晶片 (Broadcom、Marvell、Realtek、Intel 等) 完全符合標準，**自動協商已是最穩健、最通用、最省心的選擇**。除非極特殊舊設備互聯或特殊測試場景，**永遠選 Auto**。
結語
「網速慢、Ping 正常、介面計數器乾淨」→ **第一反應查雙工模式匹配**。這一招能解決 90% 以上「不明原因的區域網路效能災難」。將「檢查雙工模式」納入網路上架/變更/故障排查標準作業程序 (SOP) 必查項，讓雙工不匹配成為歷史術語而非反覆上演的惡夢。