鏈路震盪、CRC 錯誤與連接器污染

鏈路時斷時續，或者端口的 CRC 和接收錯誤計數器持續攀升，多數情況下既不是模組損壞，也不是光纖斷裂。往往是光學預算臨界——而最容易找回損失分貝的地方，就是連接器端面。

污染的經濟帳

• 連接器端面上一粒 2–5 µm 的灰塵就會增加 0.5–2.0 dB 的損耗——足以讓一條臨界鏈路超出預算。
• 一對乾淨的 LC 只帶來穩定的 0.1–0.2 dB。

因此清潔是「你能挽回的最便宜的分貝」。

症狀

• 鏈路抖動——日誌中反覆出現上下線切換。
• 端口計數器上的 CRC、輸入錯誤或接收錯誤持續上升。
• Rx 功率低於安裝記錄，或一端明顯低於另一端。
• 鏈路只在負載較高或特定溫度下才失敗。

診斷階梯

運維人員最終都會歸結到同一個順序：

1. 讀取兩端的電平。 將 Tx/Rx 與安裝時建立的鏈路檔案對比。留意不對稱，以及是否越過 DDM 閾值——參見DDM 電平。
2. 檢查 → 清潔 → 複查。 先用光纖檢查顯微鏡查看，再用一鍵式清潔筆或捲帶式清潔盒清潔。任何濕式清潔之後都要以乾式擦拭收尾。沒檢查過的連接器不要插。
3. 先重新插拔，再更換模組。 重新插入光模組。如果故障依舊，換成已知良好的模組。實用經驗：不要在一根跳線上花一個小時——清潔一次，仍然不行就直接更換。
4. 雙向 OTDR。 到這一步才該懷疑光纖線路本身。向服務商索要曲線。光纖維修（新增接續點）之後，總損耗往往比之前更高——原本按 10 km 光模組運行的鏈路可能達不到原來的距離了。

為甚麼順序很重要

每一步都比下一步更便宜、更快。清潔之前先換模組會掩蓋真正的原因（髒跳線同樣會弄髒新模組）；清潔之前就要求做 OTDR 則會浪費技術人員的一次上門。

在 CodingBox 中

用 DDM 介面在工作台上讀取可疑模組，把它的 Rx 與該模組在現場的讀數對比；把數值記錄到 CSV 中以建立檔案。如果模組本身在工作台上表現正常，問題就在線路或連接器，而不在記憶體裏。

在 25G 及以上的鏈路上，早期警告信號是 FEC 前誤碼率，而不是 Rx 功率——如何讀取 VDM 和主機 FEC 計數器：VDM 與 FEC 指標。

抖動的光模組對生成樹、LAG 雜湊、路由鄰接和疊加網絡會造成甚麼影響——以及如何從這些症狀反推回端口：轉發基礎。

間歇性鏈路故障在線路一側的表現——受污染和損壞的端面、彎曲、反射、接頭盒進水——及其 OTDR 和 DDM 特徵：光纖線路故障。

反射作為不穩定的成因——菲涅爾物理、各組件典型反射率、激光器靈敏度、MPI、標準要求以及測量方法：反射與回波損耗。