CodingBox 說明文件

實務中的 DDM 數值與閾值

DDM/DOM 是光鏈路的主要診斷工具——但它也有一些眾所周知、容易讓人踩坑的局限性。了解這些局限,才能把「數值看起來正常」變成真正的診斷結論。

閾值從何而來

高/低警報(Alarm)警告(Warning)閾值是由模組廠商寫入模組 EEPROM 的(在 SFP 級模組上位於 A2h 區塊,依據 SFF-8472)。交換機只是讀取這些值並與之比較。如果模組的閾值設定得過於寬鬆,即使鏈路實際上已經處於臨界狀態,也不會觸發任何警報。

Rx 是真實值,Tx 往往不是

  • 接收光功率(Rx power)是對到達接收器的光信號的真實測量值。
  • 許多廉價模組的發射光功率(Tx power)是寫死在記憶體區裏的固定常量,或者乾脆報告為 n/a。不要把一個穩定不變的 Tx 數值當作激光器正常工作的證明。

「在範圍內」不等於「健康」

一個經典案例:一條 30 km 的暗光纖線路使用了 10 km 規格的光模組,運行了一年都沒有觸發過一次 DDM 警報——但期間卻一直在悄悄丟包。接收器始終工作在靈敏度的邊緣;閾值根本沒有設在故障發生的位置。

解讀數值

  • dBm 值越負,信號越弱:−20 dBm 比 −5 dBm 弱得多。
  • 不對稱是一個線索。 如果同一條光纖兩端中一端的 Rx 偏低而另一端正常,問題出在偏低一端的模組或連接器清潔度上——而不是線路本身。
  • 安裝記錄進行對比:鏈路首次開通時記錄的 Tx/Rx 值,最好還附有 OTDR 曲線。

各平台命令

平台命令
Cisco IOS / IOS-XEshow interfaces <if> transceiver detail
Juniper Junosshow interfaces diagnostics optics <if>
Arista EOSshow interfaces <if> transceiver detail
Huawei VRPdisplay interface transceiver <if> brief
Linuxethtool -m <if>

持續監測,而不僅僅是檢查

  • 通過 SNMP 輪詢光功率數值並繪製曲線——Rx 的緩慢下降趨勢在故障發生前數週就能被發現。LibreNMS 是常被推薦的工具。
  • 在安裝時記錄一份鏈路檔案:鏈路兩端的 Tx/Rx 值,外加一份 OTDR 曲線。
  • 在重要鏈路上啟用 BFD,讓性能劣化在毫秒級被檢測到,而不是靠用戶投訴才發現。

CodingBox 中的支援

DDM 頁面顯示實時數值,並在圖表上標出模組自身的警報/警告閾值,可按可配置的時間間隔輪詢,並將日誌匯出為 CSV——這正是台架「鏈路檔案」所需要的一切。各參數的含義見 DDM 基礎

各模組類型的預期區間:典型值。把 Tx 和 Rx 轉換為實測損耗和餘量:Rx 功率與鏈路預算。 ±3 dB 精度和 −40 dBm 底限究竟意味著甚麼: 精度與局限


如果您發現本文有不準確之處或錯誤,請選取相應片段並按 Ctrl+Enter,即可