CodingBox Q&A Ask question

Brocade G610でサードパーティの32G FC SFP+、Mod_Invで話は終わりなのか

Asked Active Viewed 242 AI translation from English
3

既存のファブリックにG610を追加するところで、別件の余りである非Brocadeの16G/32G FC SFP+が箱に入ったまま残っています。この周りのポート計画を立てる前に、ベンチの空きポートに1つ挿して、スイッチがどう扱うか見てみました。

  • Brocade G610、Gen 6
  • サードパーティの32G FC SFP+、モジュールにBrocadeの刻印なし
  • 比較用に、古いスイッチから抜いたBrocadeブランドの16G光モジュール
  • 両方のテストで同じパッチコードを使用
switchshow
...
 8   8   010800   id    N32   Mod_Inv

モジュールを挿すたびに、システムエラーログにも未認定トランシーバーについてのエントリが残ります。

試したこと:

  • モジュールを別のポートに移動し、プルタブを持ってきちんと挿し直した
  • ケーブルを交換し、ブランド品の光モジュールならそのポートで問題なくリンクすることを確認した
  • Fabric OSのドキュメントを一通り確認し、未認定モジュールを通す方法がないか探した

G610で未認定の光モジュールを動かすサポートされた方法はあるのでしょうか、それともこのプラットフォームではMod_Invが出た時点で話は終わりなのでしょうか。光モジュールを発注してしまう前に、今のうちに知っておきたいところです。

Comments 4

Mod_Invはドキュメント化された挙動であって、あなたのベンチでの故障ではありません。G610のハードウェア設置ガイドには解釈の余地がなく、モジュールはBrocade製品向けに認定されて初めてスイッチが動かすものであり、それ以外はすべてMod_Invに追いやられ、システムエラーログに1行書き込まれます。オーバーライドはドキュメント化されていません。切り替えスイッチも、unsupported-opticsモードも、有効化できるものは何もありません。

発注前に見ておくべきリストは、プラットフォームごとに製造用・発注用の両方の型番でまとめられたBrocade Transceiver Support Matrixです。G610向けに載っていない型番であれば、期待するのではなくそれを前提に計画してください。

どうせ単体の光モジュールを扱うことになるので言っておくと、タブを持って引き抜くこと(熱くなっています)、ラッチがカチッと言うまで押し込むこと、そして上下の向きに注意すること。上段のポートでは金色のコンタクト面が下向き、下段では上向きになります。また、別のトランシーバー種別用のケーブルをケージに無理やり押し込まないこと。挿さっているように見えるところまでは入ってしまい、それが不良モジュールとまったく同じ挙動をします。

0 United Arab Emirateslambdahawk88AE Show original (English) AI translation

ブランドなしのほうは了解です、箱に戻します。

予想していなかったのは、古いスイッチから抜いたBrocadeラベル付きの16G光モジュールのうち1つも、G610でMod_Invになったことです。すぐ隣にある見た目が同じもう1つは普通に上がってリンクします。sfpshowはどちらに対してもBrocadeのベンダー名と型番を返してきますし、両方とも元々入っていたシャーシでは動作します。

つまりモジュールのラベルだけで話が決まるわけではないということです。Fabric OSは光モジュールを認定と判断する前に、他に何を見ているのでしょうか。

1 VietnamdwdmpilotVN Show original (English) AI translation

基準はラベルではなく、型番・シリアルの先頭・Fabric OSのリリースの組み合わせです。サポートマトリクスはプラットフォームごとに分かれていて、大量の脚注がついています。今回のような驚きはまさにそこに潜んでいます。

ルールの形が見えるように、いくつか例を挙げます。一番わかりやすいのがSecure Opticsで、SX6ブレードや7810では8.2.1eか8.2.2cより前のバージョンでは上がってきませんが、それ以外の場所では同じモジュールにバージョン条件は一切ありません。2kmの4x32G FC QSFPは、X6のICLポートに挿すと8.1.0bを要求してきます。さらにシリアル番号にまで話が絞られていて、JDBプレフィックスは9.1.1aか9.2.0を要求し、他の型番は9.2.0c2か9.2.1b、BAB1プレフィックスは9.2.0を要求します。さらにいくつかの64Gパーツにはそれぞれ独自の下限があり、9.0.1a、9.1.0、9.1.1、ある1つは10.0.1です。32G/16Gまでしか対応しないエントリもあり、FC32-64には独自の除外事項があります。

あなたの2つのモジュールに即して言うと、sfpshowから型番とシリアルの先頭を、firmwareshowからリリースを控えて、それから自分のプラットフォームの行をマトリクスで確認してから初めて不良と判断すべきです。同じ表にあるもう一つの罠として、XBR-000479は両端に同一の光モジュールを要求します。

0 United Arab Emirateslambdahawk88AE Show original (English) AI translation

対照的に、この同じBrocadeファミリーのイーサネット側の後継機種は、まったく違うレジスタでこの問いに答えます。SLX、VDX、MLXは今ではExtreme傘下にあり、その光モジュールポータルはファミリーごとに承認リストを維持しています。モジュール、アダプタ、パッチケーブル、ブレイクアウトケーブルまで同様です。ポリシーの注記は率直です。そのリストに載っていないサードパーティのハードウェアには保証も適合宣言もつきません。リスト外の光モジュールやその隣のインターフェースモジュールを動かせば、リスクは自分持ちで、Extremeからの責任もサービス義務も一切ありません。リストに載っている部品には認証書類が付いています。CEとCDRH、EN60825-1、GR-468、FCC CFR 21 1040.10、NRTLです。ポータルが書いていないのは、リストにないモジュールに対して実際のプラットフォームが何をするかという点です。つまりそこでの「unsupported」は商業上の言明であるのに対して、あなたのG610ではファームウェアで強制されているということです。

古いFCスイッチ、300、6505、6510、6520では、FAQにBrocadeブランドのSFPが必須と書かれていて、その理由として16Gでの波長とパラメータ許容差がより厳しく、規格外のモジュールがポートを故障させてアプリケーションごと道連れにしかねないことが挙げられています。これは実測に基づくものではなく、ベンダー自身が書いている理屈そのものです。

1 United Kingdomedgewolf34GB Show original (English) AI translation
Log in to comment. Log in