CodingBox ドキュメント

実務における DDM の水準としきい値

DDM/DOM は光リンクにとって主要な診断ツールですが、よく知られた限界があり、そこに足をすくわれる人も少なくありません。その限界を知ることで、「レベルは問題なさそうだ」という感覚が、実際の診断へと変わります。

しきい値はどこから来るのか

High/Low のアラームしきい値と警告しきい値は、モジュールメーカーがモジュールの EEPROM に書き込んだものです(SFP クラスのモジュールでは SFF-8472 に従った A2h ブロック)。スイッチはそれを読み取って比較するだけです。しきい値が甘く設定されたモジュールは、実際にはぎりぎりの状態にあるリンクでも、決してアラームを上げません。

Rx は実測値、Tx はそうとは限らない

  • Rx パワーは、受信器に届く光の正真正銘の測定値です。
  • 安価なモジュールの多くでは、Tx パワーはメモリーに書き込まれた固定の定数であるか、単に n/a と報告されるだけです。Tx の値が安定していることを、レーザーが正常だという証拠として扱ってはいけません。

「範囲内」は「健全」を意味しない

典型的な例です。10 km 定格の光モジュールで運用された 30 km のダークファイバー区間が、DDM アラームを一度も出すことなく1年間稼働していました——その間ずっと、静かにパケットを落とし続けていたにもかかわらずです。受信器は受信感度の限界ぎりぎりで動作しており、しきい値は問題が起きている場所に設定されていなかっただけなのです。

数値の読み方

  • 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 を押すと、できます。