Brocade G610、FOS 9.x: 互換16G SWLオプティクスがMod_Inv、Speed Mismatch / Incompatible SFPで故障扱いになる
小規模なFCファブリックの容量を増やそうと、スイッチベンダーの価格を払う代わりにオプティクス業者から互換の16Gショートウェーブ SFP+を買いました。スイッチがそれを拒否します。
- Brocade G610、Fabric OS 9.x
- ジェネリックコードの16G SWL SFP+、ラベル上の波長とリーチは正しい
- 同じスイッチの隣のポートにあるBrocadeコードの16G品は動作している
- 同じモジュールを古いBrocade 300でも試したが、同じ挙動
挿すとポートは故障状態で上がってきます。
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!GUIのほうがもっと直接的です。Faulted due to SFP validation failure. Check if the SFP is valid for the configuration.と出て、Port HealthはFAULTYになります。errdumpにも、無効なSFP、速度の不一致、レーザー故障によってポートが故障になったという対応するシャーシエントリがあります。
すでに試したこと:
- モジュールを挿し直し、他の2つのポートにも移動したが、どこでも同じ結果
- ポートスピードをautoではなく16Gに固定したが変化なし
- 同じポートにBrocadeコードのモジュールを挿してポートとケーブルが問題ないことを確認、こちらは即座にリンクする
Fabric OSはここで正確に何を検証しているのでしょうか。スイッチ側で受け入れさせる方法は何かあるのでしょうか、それとも単純にこのモジュールは返品するしかないのでしょうか。
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 3
その出力は筋が通っていて、どれもあなた側の設定ミスではありません。
Fabric OSはルックアップテーブルを持っていて、コーディングされたトランシーバの識別情報とサポート速度ビットを一緒にチェックします。ファイバーチャネルの速度ケイパビリティがエンコードされていることを期待していて、パーツによって4/8/16Gや8/16/32Gのような形になります。ジェネリックにコードされたモジュール、あるいは速度フィールドにイーサネットのレートが入っているモジュールは、オプティクス自体の波長とリーチが正しくてもこのチェックに落ち、その結果ポートは単にdownのままになるのではなく故障扱いになります。空の
sfpshowは同じチェックの副作用です。検証に失敗すると、モジュールは拒否されたのではなく存在しないものとして読まれてしまい、みんな死んだケージを疑って探し回ることになります。これを回避できるスイッチ側の設定はありません。判断はネゴシエートされたレートではなくコーディングに基づいて行われます。抜け道は、Broadcomのトランシーバサポートマトリクスに合わせて、お使いのプラットフォーム向けの正しいFC速度でファイバーチャネル用にコードされたモジュールを使うことです。手元にあるパーツは、普通は業者に頼めば再コードしてもらえます。返品するより早いです。
Brocade 300、G610、G720、それにIBM SAN64B-6のようなOEMボックスもすべてこの挙動をします。SWL、LWL、ELWL、CWDM、DWDMのどのバリアントでも扱いは同じです。FOS 9.xで目立って増えた話で、だから古いファブリックでは問題なかったパーツが急にそうではなくなるわけです。
これらをいずれGen 7のボックスに使うことがあるなら、ひとつ罠があります。G720は非セキュアなオプティクスも拒否し、57-1000333-01のようなBrocade製32Gパーツですらそこではmod_invになります。Gen 7が求めるのは正しいFCコーディングだけではなく、マトリクスに載っているセキュアなパーツ番号です。
返品する前に、業者にひとつだけ突っ込んで確認してください。そのモジュールの速度ケイパビリティフィールドに実際に焼き込まれているのはどのレートか。4/8/16Gのようなファイバーチャネルのレートなのか、それともイーサネットのレートなのか。ラベルのジェネリックコーディングはそれについて何も教えてくれず、たいていそこが問題の元です。
これも貼ってもらえると助かります。故障したポートの隣にある、動作しているBrocadeコードのポートで
sfpshowを実行した結果。それぞれのケースでスイッチがどんな識別情報を読んでいるか比較できます。それと、ポートスピードの設定にこれ以上時間をかけないでください。チェックが見ているのはそこではありません。業者に聞いたところ、後者のケースでした。速度フィールドにはイーサネットのレートが入っていて、FCの速度は一切設定されておらず、スイッチが見つけられる4/8/16Gの形のものは何もありません。オプティクス自体は16G SWLとして正しい波長とリーチですが、識別情報はファイバーチャネル用のパーツとしては一度も書かれておらず、エラーをそのまま引用して伝えたら業者もそれを認めました。
ご要望の比較はあまり有益ではありませんでした。隣の動作しているポートで
sfpshowを実行すると期待どおり完全な識別ブロックが表示されますが、故障しているポートでは相変わらずこれだけです。つまりスイッチは拒否されたモジュールとしてすら提示せず、ケージは空として読まれています。それとポートスピードの設定については、投稿する前にすでに除外済みでした。