問題マップと診断の進め方

このセクションは、SFP/QSFP/QSFP-DD トランシーバーと光ファイバー配線を扱う際にネットワークエンジニアが実際に直面する問題を、50件を超えるディスカッションスレッドと技術資料に基づく業界レビューから抽出し、確実に効く対処法とともにまとめたものです。以下の各トピックには、それぞれ症状・原因・実際に効く解決策をまとめた資料があります。症状はあるが何から手を付ければよいか分からない場合は、症状索引を開いてください。

最もよく起こる問題

診断のはしご

症状が何であれ、経験を積んだ運用者は同じ順序で対応します。この順序は 1G の SFP にも 400G の CMIS モジュールにも等しく通用します。

1. 両端でレベルを読み取る。 Tx/Rx を設置時の記録値と比較する。両方向の非対称性と、DDM のしきい値超過がないか確認する。
2. コネクタを検査し、清掃する。 検査 → 清掃 → 再検査。汚れは、もっとも安く取り戻せるデシベルである。
3. モジュールを差し直すか交換する。 トランシーバーを再挿入する。改善しなければ、動作確認済みの個体に交換する。
4. 両方向から OTDR を測定する。 ここで初めて光ファイバー経路自体を疑い、プロバイダーにトレースを依頼する。

この4つの手順を終えて初めて、EEPROM の内容、CMIS の状態、FEC 設定、BER を調べる意味が出てきます。

全体に共通する6つのパターン

1. サポート対応用に OEM モジュールを1つ確保しておく。 業界でもっとも繰り返される助言。ベンダーへチケットを起票する前に純正モジュールに差し替えておけば、サポート側がサードパーティ製光モジュールのせいにできなくなる。
2. 「互換性」の大半は EEPROM のコーディングで解決する。 互換性の正体はファームウェアではなく、モジュールメモリー内の識別文字列である。これこそ CodingBox の役割である。
3. DDM は主要なツールだが、それだけでは不十分である。 しきい値はモジュールメーカーが設定するものであり、安価なモジュールでは Tx の読み値が実態を反映していないこともある。「範囲内」は「健全」を意味しない。
4. リンクの三段構え。 レベル確認 → 清掃 → モジュール交換 → OTDR。
5. DAC/AOC からの移行。 成熟したネットワークでは、保守性とアップグレードのしやすさから、短距離区間でもトランシーバー＋シングルモード光ファイバーへの移行が進んでいる。
6. 故障を左右するのはブランドではなくロットと温度である。 クワッドモジュールにおける単一チャネルの Rx 劣化は、典型的な隠れた故障である。

CodingBox の役割

これらの問題の多くは、モジュールメモリーに行き着きます。スイッチが認識しない識別文字列、ぎりぎりのリンクを覆い隠すしきい値、保護されたページを守るパスワードです。 CodingBox は、Check transceiver と DDM の画面でまさにそのメモリーを読み取り、EEPROM editor で変更します。チェックサムは再計算され、code database にバックアップが残ります。

手順ガイド

• 症状索引 — 症状を見つけて、最初に行う確認と適切な資料にたどり着く。
• リンクが確立しない場合のチェックリスト — アップしないポートに対する、順序立てた10のステップ。
• 物理層の不一致 — 光ファイバー種別、波長／BiDi、APC/UPC、MPO の極性、Tx/Rx の入れ違い、過入力。
• 速度・レート・モードの問題 — マルチレート、ブレークアウト、FEC、SGMII と 1000BASE-X の違い、「type not supported」。
• 電力クラス、低電力、過熱 — クラスバイト、LowPwr、温度アラーム。
• EEPROM の読み書きエラー — ベンチ側の視点：未検出、FFh の読み取り、WRITE FAIL、書き込みが元に戻る現象、チェックサム。
• PON の問題 — ONU の登録、LOS、レベル、スティック型モジュール。