リンクフラッピング、CRC、汚れたコネクタ

上下を繰り返すリンクや、CRC と受信エラーのカウンターが増え続けるポートは、多くの場合モジュールの故障でも光ファイバーの断線でもありません。原因は光バジェットのぎりぎりの余裕であり、失われたデシベルを取り戻す最も安価な場所がコネクター端面です。

汚れの経済学

• コネクター端面に付着した2〜5 µm のほこり1粒が0.5〜2.0 dB の損失を加えます——ぎりぎりのリンクをバジェット超過に追い込むには十分な量です。
• 清浄な LC ペアがもたらす損失は、安定して0.1〜0.2 dB です。

したがって、清掃は「これまでで最も安く取り戻せるデシベル」だと言えます。

症状

• リンクフラッピング — ログに繰り返し記録される up/down の遷移。
• ポートカウンターでのCRC、入力エラー、受信エラーの増加。
• 設置時の記録より低い Rx パワー、あるいは片端だけが低い Rx パワー。
• 負荷時や特定の温度でのみ失敗するリンク。

診断の手順

オペレーターが行き着く手順は共通しています。

1. 両端のレベルを読み取ります。 Tx/Rx を設置時のリンクパスポートと比較します。左右非対称や DDM しきい値の超過がないか確認します——DDM のレベルを参照してください。
2. 検査 → 清掃 → 再検査。 ファイバー検査スコープを使い、続いてワンクリッククリーナーかリール式カセットクリーナーで清掃します。ウェット清掃を行った場合は、必ずドライパスで仕上げます。検査していないコネクターは絶対に挿入しないでください。
3. 挿し直してから、モジュールを交換します。 トランシーバーを一度抜いて挿し直します。それでも障害が続く場合は、動作確認済みのモジュールに交換します。現場での現実的な判断として、パッチコード1本に1時間もかけないこと——一度清掃し、それでも直らなければ交換します。
4. 両方向から OTDR を測定します。 ここに至って初めて、光ファイバー設備を疑います。プロバイダーにトレース波形を依頼します。光ファイバーを修理した後（新しい接続点）は、合計損失が以前より高くなっていることが多く、これまで 10 km 定格の光モジュールで届いていたリンクが届かなくなることもあります。

順序が重要な理由

各ステップは、次のステップより安く早く済みます。清掃前にモジュールを交換すると、本当の原因が隠れてしまいます（汚れたパッチコードは新しいモジュールも汚してしまいます）。清掃前に OTDR を依頼すると、技術者の訪問が無駄になります。

CodingBox では

DDM 画面を使って、疑わしいモジュールをベンチで読み取り、そのモジュールの現場での Rx と比較します。値を CSV に記録してパスポートを作成します。ベンチでモジュール自体に問題がなければ、原因はメモリーではなく設備かコネクターにあります。

25G 以上のリンクでは、早期警告となるのは Rx パワーではなく FEC 前 BER です——VDM とホストの FEC カウンターの読み方：VDM と FEC 指標。

フラッピングする光モジュールがスパニングツリー、LAG ハッシュ、ルーティングの隣接関係、オーバーレイに何をもたらすか——そしてそれらの症状からポートを特定する方法：フォワーディングの基礎。

断続的なリンクの設備側の要因——汚れや損傷した端面、曲げ、反射率、クロージャー内の水分——を OTDR と DDM の特徴とともに解説：光ファイバー設備の障害。

不安定性の原因としての反射——フレネル物理、部品ごとの標準的な反射率、レーザーの感受性、MPI、規格が求める内容とその測定方法：反射と反射減衰量。