スイッチ上での光モジュールの確認
モジュールがポートに挿入されると、どの NOS にもその識別情報と DDM を表示するコマンドがあります。これを使って、スイッチが期待どおりにモジュールを認識しているかを確認し、CodingBox が読み取った内容と突き合わせてください。
NOS ごとのコマンド
| NOS | コマンド |
|---|---|
| Cisco IOS/IOS-XE | show interfaces <if> transceiver detail |
| Cisco NX-OS | show interface <if> transceiver details |
| Juniper Junos | show interfaces diagnostics optics <if> |
| Arista EOS | show interfaces <if> transceiver detail |
| Huawei VRP | display transceiver interface <if> verbose |
| Aruba CX | show interface <if> transceiver detail |
確認すべき点
- 識別情報 — ベンダー名、部品番号、シリアルが意図したものと一致しているか。
- DDM — 温度、電圧、バイアス、光パワーが範囲内にあるか(スイッチは CodingBox が表示するのと同じ SFF-8472 の診断情報を読み取っている)。
- エラー — 「unsupported transceiver」という記載は ベンダーロックを示している。
CodingBox との突き合わせ
スイッチの出力を、アプリのトランシーバー概要 と比較してください。スイッチの出力が、CodingBox がベンチで読み取った内容と食い違う場合、その違いはモジュールのメモリーにあるのではなく、スイッチがモジュールをどう解釈し、どうゲートするかにあります。
プラットフォームごとの DDM 専用コマンド、
ethtoolの生ダンプ、SNMP OID、 OpenConfig のパス:ツールで DDM を読み取る。
確認した内容を設定する——NOS ごとの速度、FEC、ブレークアウト、オーバーライド:ポート設定のレシピ。プラットフォームがモジュールを拒否した理由:各 NOS によるモジュールの検証方法。
SNMP とストリーミングテレメトリーで得られる同じデータ——ベンダーごとの MIB オブジェクト、OpenConfig のトランシーバーパス、アラート対象の syslog メッセージ:管理と監視。これらのコマンドで使われるインターフェース名:ポートの命名と LED。