Zyxel RGS200-12P、2つのAvago SFPで「% SFP module doesn't support DDMI」と表示
うちでは産業用キャビネットを、顧客独自の監視を上乗せした状態で引き渡します。なのでアップリンクポートのDDMIが読めることは、検収リストの一部です。RGS200-12Pで問題となる2つのポートは、DDMIを有効にしても、リンクは両方ともupでフォワーディングしているにもかかわらず、何も表示してくれません。
- Zyxel RGS200-12P、DDMI有効
- ポート1/9: AVAGO ABCU-5740RZ-HP8、1000BASE-T銅線SFP
- ポート1/11: AVAGO AFBR-5710PZ、1000BASE-SX
- 両リンクともup、両側ともカウンタはきれい
% SFP module doesn't support DDMIすでにやったこと:
- DDMIをオフにしてからオンに戻し、保存してスイッチをリロードした
- 両方のモジュールを挿し直し、別のケージに移した。どのポートでも同じ答え
- リンク自体は問題ないことを確認済み、トラフィックはエラーなく通る
つまりどちらなのでしょうか。スイッチが自社で売っていないオプティクスの読み取りを拒否しているのか、それとも2つのAvago製部品が本当に渡せる診断情報を持っていないのか。引き渡し前に、肩をすくめるのではなく、顧客にどちらか一方の答えを出さなければなりません。
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
1つのエラー文字列の裏に、2つの別々の原因が隠れています。
銅線側のポートは想定通りの挙動です。1000BASE-T SFPというカテゴリ自体がデジタル診断を実装していません。報告すべき光パワーがそもそもなく、これらの部品には一般的に診断ページ自体が載っていません。なのでABCU-5740RZ-HP8を挿した1/9は、DDMIをどう設定しても温度、電圧、パワーを表示することは決してありません。直すことも、エスカレーションすることも何もありません。
ファイバー側のポートは、結果は同じですが理由が違います。そのAvago製部品には、EEPROMにDDM/DDMIページがそもそもありません。SFF-8472は診断ページを任意扱いにしていて、あの世代の1000BASE-SXモジュールの多くはそれなしで出荷されていました。スイッチはここで見慣れないモジュールをブロックしているのではなく、真実を報告しているだけです。モジュールの中に読むべきものが何もないのです。
5分で決着させる確認方法はすでに提案されている通りです。同じケージに、DDM対応と明記されているモジュールを挿すことです。RGS200-12PにZyxelのSFP-LX-10-Eを挿すと、DDMIブロックが完全に表示され、スイッチと設定に問題がないことが証明されます。このベンダーにありがちな注意点として、サードパーティ製オプティクスはサポート対象外でパケットロスや接続問題を招く可能性があるというのが公式見解なので、診断情報が検収基準に入っているなら、期待するのではなく購入仕様に「DDM/DOM capable」と明記してください。
このキャビネットでオプティクスを変更できないなら、その2ポートについてはリンク状態とインターフェースカウンタで監視し、引き渡し文書にそう明記してください。それが正直な答えであり、1年後に誰も説明できない空のDDMIページよりずっとましです。
何かを書き留める前に切り分けておく価値のあることが2つあります。まず、そのスイッチはそもそも何かに対してDDMIを表示するのでしょうか。DDM対応だと分かっているモジュールを借りてきて1/11に挿し、同じコマンドを実行してみてください。完全なブロックが出てくれば、スイッチ側は証明済みで、残る変数は2つのAvago製部品だけになります。
次に、銅線モジュールはどちらの証拠としても扱わないでください。それは独自のカテゴリです。そしてAFBR-5710PZのデータシートはデジタル診断について実際何と書いていますか。その部品はかなり古いので、そもそも持っているとは自分なら想定しません。
ベンチで確認できました。SFP-LX-10-Eを借りてきて同じファイバーで1/11に挿したところ、DDMIはフルセットを表示します。温度、電圧、バイアス電流、TxとRxパワーです。AFBR-5710PZを戻すと、エラー文字列は即座に戻ってきます。銅線モジュールのポート1/9は以前とまったく同じ挙動で、これはもう追いかけるのではなく想定内として扱います。
つまりスイッチは仕事をきちんとやっていて、答えはモジュール側にありました。引き渡し文書にはモジュールの特性として記載し、DDM対応であることは次のオプティクスのバッチの仕様に入れます。おかげで「壊れた」スイッチをめぐる議論をせずに済みました。
同じ状況でも、プラットフォームによってまったく違う読み方になるというのは知っておく価値があります。だからこそ何度もバグ報告として舞い戻ってくるのです。
PAN-OSでは、
show transceiver-detail allがモジュールごとにdiagnostic-monitorフィールドを表示します。Yesなら光監視を実装していて、Noならしていません。後者の場合でもモジュール自体は普通に識別され、診断値だけがすべてN/Aとして返ってきます。エラーではなく単なる空欄で、拒否メッセージよりずっと解釈しやすいものです。Nokia 7210 SASでは、値が欠けている原因がソフトウェア側にあることもあります。初期のリリースはDDMをまったく実装しておらず、ドキュメントにはさらに、Nokia以外が供給したモジュールについてはデータが表示されることはあっても書式と正確さは保証されないと書かれています。1つの空欄に対して、モジュール、プラットフォーム、リリースという3つの容疑者があり得るわけです。
そして単にインターフェースの問題というだけのこともあります。Omadaに取り込まれたTP-Linkスイッチでは、コントローラ側にDDMページ自体がなく、そのターミナルを開いて
enableと打ち、show ddm statusを実行することになります。