25G/100G 網路降速卻查不到原因？從醫院案例解析高速乙太網路故障排查
《 快速進入本文重點 》
現代高速乙太網路在從 10G 躍升至 25G 及 100G 速率時，因訊號容錯空間顯著縮減，網路故障時，不會「直接中斷」轉變為「效能默默退化」（使用者體感：網路越跑越慢）。由於前向錯誤更正（FEC）會自動遮蔽底層線路的錯誤，使得交換器命令列介面（CLI）經常顯示一切正常，但使用者卻會明顯感受到應用程式執行緩慢。
為了排查大型公共場域中，高速無線/有線網路的問題，管理人員必須依賴「能深入網路實體層以下，到達物理層」的精準測量工具；檢測涵蓋每條通道的預先錯誤更正位元錯誤率（Pre-FEC BER）、光學功率、極性驗證以及線路速率流量生成情形。透過建立主動且基於物理層測量的診斷框架，有效排除非交換器本身所能偵測的各類隱性網路障礙。
《NetAlly》在網路測試領域擁有超過30年的經驗，以研發各式無線/有線網路監測設備聞名。NetAlly 於 2026 年發布最新〈LinkRunner® 100G〉網路測試儀，不僅是目前業界最輕薄、實惠且易於操作的手持式網路測試設備，更增添了新功能：支援插拔測試 25G/40G/100G 的 QSFP28 光學模組，包括網路光學元件與收發器，實現真正的端到端驗證。
在本文的〈NetAlly Cast Study〉中，一間位於美國密西西比州的公立醫院突然發生網路降速、逐漸斷線的嚴重問題，導致手術等工作站一度停機；幸而利用 LinkRunner® 100G 立即偵測醫院網路全貌，快速解決網路故障、恢復醫院正常運作。
醫院 25G/100G 網路架構與故障排查背景
醫院案例背景：
該醫院擁有 480 張床位；網路腹地包含主院區資料中心、以及位於 800 公尺外、需穿過停車場才能到達的影像科中心。資料中心核心任務包含：承載 PACS 醫療影像系統、EHR 電子病歷、4 間手術室即時影像串流以及每夜大規模備份作業。
該醫院網路架構背景：
採用 Spine-Leaf 拓撲，Leaf 交換器提供 25G 連接伺服器，並以 100GBASE-SR4（OM4 多模光纖）作為機架間上行鏈路；連至影像大樓則採用 40GBASE-LR4（單模光纖）。
網路架構採用 4 組 Spine-Leaf 機架，每台 Leaf 交換器提供 48 個連接伺服器的 25G 端口，以及 6 個連接至 Spine 交換器的 100G 上行鏈路。機架間的上行鏈路採用 100GBASE-SR4 標準，基於 OM4 多模光纖佈線系統運作。
通往影像科中心的網路採用單模光纖上的 40GBASE-LR4 標準；光模組配置多樣：Spine 交換器使用核心供應商自有的模組，而約半數的 Leaf 上行鏈路則使用第三方模組。網路承載的業務包括：電子健康記錄（EHR）系統、持續負載的 PACS 歸檔系統、來自四個手術室的即時視訊串流，及每晚全醫院資料備份任務。
以下根據 NetAlly 發表的白皮書，節錄 3 個在該醫院發生、使用 LinkRunner® 100G 成功解決網路鏈路問題的成功案例：
案例1：PACS 影像調閱，因不明原因延遲
平常調閱 PACS 影像約 4秒/張， 某日頻繁發生延遲至約 40秒/張。醫院人員初步發現，同一筆檢查資料，從另一個機櫃上的工作站讀取卻是立即完成。表示 PACS 伺服器正常，問題可能來自不同機櫃之間的網路路徑。
使用 LinkRunner® 100G 量測後，發現：雖然交換機 Leaf 到 Spine 的 100GBASE-SR4 上行鏈路顯示正常運作；但細看每個 lane 的 pre-FEC BER 卻呈現完全不同的結果：其中三個 lane 約為 1e-12、但 Lane 2 高達 4e-5。這代表：錯誤率差了 7 個數量級，但都被 FEC 修掉了，所以交換器機上看不出的錯誤。進一步量測每個 lane 的接收光功率，發現該 lane 在其中一個方向的光功率，比其他 lane 低了 3.2 dB。
檢查配線盤的光纖端面後，發現對應光纖的纖芯區域有油污污染。將接頭清潔、重新檢查，再重新插接後，Lane 2 的 BER 回復到 1e-12，間歇性的讀取緩慢問題也隨之消失。
案例 1 除錯重點
100G SR4 單一條 lane 劣化，可能不會反映在 CRC 或 discard counter 上；這類問題，往往比「鏈路直接斷掉」還要難排查出來。
100GBASE-SR4 鏈路，本質上是四條彼此獨立的 25G 鏈路，共用同一組鏈路光纖。八條光纖中，只要有一條光纖品質劣化，並不一定會讓整條鏈路斷線；但會讓跑在這條鏈路上的應用程式出現間歇性、不穩定的效能問題。
使用 LinkRunner® 100G 將每個 lane 的 pre-FEC BER、以及「每條光纖的光功率」分開量測，才能真正看見這條 100G 鏈路中「只有四分之一發生劣化」的異常狀況。
案例2：手術室新增網路失敗，檢測光纖極性異常
該醫院委託承包商於第 4 手術室新增一條 25G 光纖網路。當光模組已正確插入，介面也已啟用，設定與運作正常的 OR 3 那個連接埠完全相同。以過往排查銅纜的直覺做法，無法找出以下錯誤：
Link 沒有反應
檢測不出錯誤
Log 也沒有任何紀錄
改使用 LinkRunner® 100G 檢測，發現：Tx 和 Rx 只是接到了錯誤的光纖纖芯。機櫃端的 cassette 採用 Type B 極性，而承包商新安裝的 trunk 同樣也是 Type B。透過 LinkRunner® 100G 的「光纖對應（fiber mapping）驗證」與「極性（polarity）驗證」，約 90 秒就確認了極性不匹配。將其中一端的 Type B 更換為 Type A 後，Link 立即恢復正常。
案例 2 除錯重點
在銅纜網路中，Auto-MDIX 會自動修正 Tx/Rx 的方向，因此通常會默默把問題處理掉，根本沒有人會發現。但光纖沒有這種機制。因此即使 Link 沒有反應，一般銅纜排查設備顯示不出原因。當 Link 沒反應時，一般容易讓人誤判成「光模組壞掉」、「交換器 Port 有問題」或「光纖故障」。但是，在光纖環境中，極性（polarity）應該是優先檢查項目之一，而非發光模組是否壞掉。
尤其是新建鏈路、MPO/MTP trunk、cassette、配線盤或近期曾重新配線的環境，不要只看 Link 反應；優先進行「fiber mapping / polarity verification」，通常能最快發現問題。
案例3：新增不同廠牌的網路交換機，但光模組沒反應
該醫院病理檢驗室新裝了一台與核心網路設備不同廠牌的交換機。交換機兩端都是 QSFP28，使用正確的 SR4 光模組、正確的多模光纖（MMF），光纖極性也已確認無誤。兩邊的光模組都顯示「已插入/已偵測到訊號」，而且讀出的發送與接收光功率（Tx/Rx power）都在正常範圍。但 Link 就是無法建立。
利用 LinkRunner® 100G 檢測新/舊的交換機，偵測發現：
Core 端：RS-FEC 已啟用
Lab Switch 端：FEC 未啟用
原來這台 Lab Switch 出廠預設就是 FEC Disabled
對於採用 Clause 82/91 編碼的這類光纖鏈路，不會透過鏈路自行協商（negotiate），FEC 是兩端都必須手動設定的參數。即使兩台設備各自都認為自己的設定是正確的，只要一端開 FEC、另一端沒開，兩端就會一直等下去，Link 永遠建立不起來。發現問題後，工作人員手動啟用 Lab Switch FEC，Link 即正常建立。
案例 3 除錯重點
如果確認了：光纖測試正常、光模組讀值正常、光纖極性已確認；但 Link 仍無法建立時，應優先懷疑是兩端設定不一致（configuration mismatch），先確認兩端的 FEC 設定狀態。而不是認定交換機或光模組有問題。正確的找查問題，避免盲目更換設備、浪費成本。
打破交換機CLI盲點，用「三階診斷框架」除錯25G/100G網路
在每通道 25G 的速率下，單一連接器可能會悄無聲息地降低鏈路傳輸，但交換機計數器仍然顯示正常。此外，不匹配的設置甚至可能導致鏈路無法建立，卻不會出現任何明顯的錯誤；讓網路維運除錯變得更困難， LinkRunner® 100G 正是為了「在連結中斷之前，偵測出錯誤」而設計研發。
當高速網路效能下降、連線異常，工程師可以依序透過以下三排查步驟，收斂故障範圍、找出核心問題：
是「單一通道」還是「四通道同時」異常：區分是單芯光纖端面髒污、特定波長衰減（單通道 Pre-FEC BER 升高），還是光模組故障與 Port Group 速率配置不匹配（四通道同時異常）。
實體光纜是否髒污、設定/極性不一致：因光纖缺乏 Auto-MDIX 機制，在光功率正常卻無 Link 時，優先排「FEC 模式不對稱」或「光纖極性（Type A/B）反接」，避免無謂更換光模組。
網路鏈路瓶頸、伺服器主機限制：利用測試儀發送 Layer 3 線速流量，實證網路傳輸頻寬達標後，迅速將排查焦點轉移至伺服器硬體（如 PCIe 頻寬上限或儲存設備 I/O 瓶頸）。
網路測試儀的基本測試項目，快速突破交換器 CLI 盲點：
診斷量測項目 | 關鍵技術與測試目的 | 交換器 CLI 的技術盲點 |
Per-Lane Pre-FEC BER | 評估實體層殘餘邊界（Margin），提供最早期效能衰退預警。 | CLI 僅記錄 Post-FEC 狀態，被 RS-FEC 修正後即顯示連線完全健康。 |
單通道/單波長光功率 | 精準區分 100GBASE-SR4 多芯光纖問題或 40GBASE-LR4 單波長雷射衰減。 | CLI 通常僅提供光模組總和功率，無法顯示單通道劣化。 |
光纖極性與映射驗證 | 快速解答「無 Link 且無錯誤日誌」的光纖 Tx/Rx 接反難題。 | 光纖缺乏 Auto-MDIX 機制，極性反接時不會觸發任何 CLI 錯誤日誌。 |
主動式線速流量產生 | 發送 100G 線速流量，提供可重複的端到端效能證明。 | 交換器為被動轉發設備，無法主動對應用程式證明自身傳輸極限。 |
結語：從被動除錯，走向主動可視化維運網路
隨著企業、公共場域對網路延遲與頻寬的要求日益嚴苛，網路維運目標從「被動接收告警 → 解決問題」轉變為「主動掌握實體層健康度 → 預先解決問題」。採用具備 Pre-FEC 量測與 Layer 3 線速流量驗證的專用網路測試儀，能協助工程師在數分鐘內透視實體層與設定瓶頸，維持無盲點的穩定高速網路基礎建設。
翔宇科技為 NetAlly 在台灣最大的代理商，擁有專業的技術團隊，為客戶提供全方位技術支援，滿足各種網路測試和分析需求，歡迎洽詢翔宇，讓我們協助您充分利用 NetAlly 的產品和技術優勢。若您有網路除錯問題，歡迎聯絡我們。
