CMIS モジュール:QSFP-DD 400G/800G の問題
QSFP-DD、OSFP、その他の CMIS モジュールでは、障害の性質が変わってきます。問題が「光学系」に起因することは少なくなり、モジュールのステートマシン、ファームウェア、ホストとモジュールのハンドシェイクに起因することが増えています。トラブルシューティングの話題も、この種のものが占める割合が高まっています。
光学系に起因しない障害
| 症状 | 状況 |
|---|---|
モジュールが状態 0x02(ModuleLowPwr)で止まっている | 電源投入時のハンドシェイクが完了していない。ホストがモジュールを高電力状態へ移行させていない |
| 「認識はされるが準備完了にならない」 | データパスの初期化に失敗している——多くの場合、モジュールのファームウェアとホストが想定する CMIS バージョンの不一致が原因 |
| 識別情報は正常に読み取れるのにリンクが確立しない | モジュールがホスト側のアクション(アプリケーション選択、データパスの有効化)を待っているが、プラットフォームがそれを実行していない |
これらはホスト側で解決するものです——モジュールの CMIS バージョンに対応するスイッチのファームウェア更新や、モジュール側のファームウェア更新であり、光ファイバーを交換しても解決しません。
400G リンクがフラッピングする場合
追加のロジックがあるとはいえ、400G のリンクフラッピングの最も一般的な原因は依然として物理層にあります。
- MPO-16 コネクターの汚れ — 16心のファイバーがあれば、ほこりが付着する機会も16通りあります。
- 両端間のFEC の不一致。
- MPO 配線の極性エラー。
- サーマルスロットリング — 高密度なフェースプレート内の高電力モジュールは高温になり、出力を落とします。
手順は変わらない
診断の手順は CMIS でも変わりません。
- MPO 端面の清掃と検査。
- モジュールとケーブルの装着状態。
- ケーブル自体——極性と種別。
- それらを確認して初めて、EEPROM、CMIS のステートマシン、FEC 設定、BER を見ます。
CMIS モジュールの読み取り
CMIS のメモリーはページ方式かつバンク方式です(CMISを参照)。識別情報のコードは SFF-8024 のテーブルによります。400G ポートが立ち上がらないとき、最初に読むべきはモジュールステートバイトです。オープンソースのネットワーク OS は CMIS の初期化ロジックを公開しており、想定されるステートの遷移順序を確認する良い参考になります。
CodingBox では
CMIS モジュールに対して、CodingBox は CMIS のレイアウトを適用し、EEPROM editor に下位メモリーと上位ページを表示するので、モジュールステートと識別情報を直接読み取れます。レーンごとの診断情報は DDM 画面に表示され、8レーンの 400G モジュールで1レーンだけが不良である場合も、これで判明します。
CMIS モジュールが起動シーケンスのどこで止まっているか、ホストとモジュールがそれぞれどの CMIS バージョンで話しているか:ホストが行うこと、仕様の改訂版。
モジュールステート、データパスステート、ConfigStatus の各コードとそのバイト位置:CMIS 下位ページマップ、CMIS レーンページマップ。