Aruba 8360-32Y4Cでインターフェースグループを50gに固定したときリンクするトランシーバはどれか
リーフとして8360-32Y4Cのペアを立ち上げようとしていて、ダウンリンクの計画はあえて混在させています。サーバー向けは大半が25G、コンピュート用シャーシへは2、3ポートの50G、帯域外機器向けには数本の低速銅線です。SFP56のダウンリンクはグループ化されていて速度はグループ単位で設定するので、ポートマップを確定する前に、グループ設定が実際に何を禁じるのか理解しておきたいのです。
- Aruba 8360-32Y4C、AOS-CX 10.15
- 50gに設定したグループにSFP56 50Gモジュール
- 同じグループの他のポートにSFP+ 10G DACとSFP28 25G DAC
- 帯域外用2本にJ9054D 100Mbps SFPを予定
グループを50gに固定すると、遅いモジュールは一切上がってきません。
8360(config)# system interface-group 4 speed 50g
8360# show interface transceiver
1/1/13 SFP56 50G up
1/1/14 SFP+ 10G DAC Waiting for link
1/1/15 SFP28 25G DAC Waiting for linkすでにやったこと:
- 両方のDACを挿し直し、同じグループ内の別のポートに移した
- 対向側がそれぞれのネイティブ速度で設定されていることを確認した
- グループが25gのままのスイッチでは同じDACがリンクすることを確認した
つまり、50gに設定したグループでは、本当にSFP56 50Gモジュールしかリンクしないのでしょうか。25gのグループはそれより遅いものすべてを受け入れるのでしょうか、10gに設定したグループでも同じことが言えるのでしょうか。そしてトランシーバガイドにはポート5-32向けにJ9054D 100Mbps SFPが載っていますが、実際にそこで動かした人はいますか。
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 6
グループの速度は見た目だけのラベルではなく、そのグループ内のポートが動作を許される速度セットそのものです。グループが50gなら、リンクするのはSFP56 50Gモジュールだけです。そのグループに10Gや25Gのモジュールを挿しても、許可された速度ではないのでdownのままになります。まさにあなたが見た通りです。
25gのグループは寛容な設定です。25Gとそれより遅いものはすべてリンクするので、25Gと10GのDACに銅線まで混在した並びも、まったく普通の構成です。
マップを確定する前に、注意点が2つあります。ポート1/1/1から1/1/4はMACsec対応ポートで、独自のルールで動くので、これらは別に計画し、実際に使う予定のモジュールで個別にテストしてください。それと10gに設定したグループについても、J9054Dの100Mbpsについても、何も保証はできません。自分はグループ化されたポートで使ったことがなく、尋ねた誰からも確認は取れていません。低速側についてはAOS-CX 8360の公式トランシーバガイドのポートごとの範囲が今でも基準です。帯域外用にポート5-32で100Mが必要なら、16本発注する前に1本買ってベンチで確かめてください。
これを左右する要素が2つあり、あなたの投稿にはどちらも書かれていません。そのグループを構成するのはどのポートですか。1/1/1から1/1/4のどれかが含まれていますか。この4つは32Y4CでMACsec対応のポートで、5-32とは同じルールに従いません。そこでテストしても、他のポートについては何も分かりません。
そしてグループを50gではなく25gにした状態で
show interface transceiverの結果を貼ってください。そこで10Gと25GのDACが上がるなら、モジュールと対向側は問題なく、あなたが向き合っているのはグループの速度設定だけです。グループ4はポート1/1/13から1/1/16なので、1-4の範囲には何も含まれていません。そちらは今も空のままです。
SFP56は50gのままの別のグループに移し(そちらでは上がっています)、グループ4を25gに落としました。すると状況は即座に変わりました。
つまりモジュールもDACも配線も問題ではありません。グループの速度、それ以外の何物でもありませんでした。
参考までに、25gのグループは本当にそこまで寛容です。うちのラボの8360には25gのグループが1つあり、今は10G DAC、1G-BTの銅線モジュール、25G DACが同時にすべて上がっていて、QSFPポート側では40Gと100GのDACも動いています。それでグループ設定が乱れることはありません。
話は逸れますが、これから構築を進める中で知っておく価値はあります。8325-32Cと8360-32Y4C間のリンクで、X242 40G DAC(JH234A)がどうしても上がらず2日潰しました。8325側は
Module interface errorを報告し、8360側はWaiting for linkのままで、両方ともGL.10.07.0020でした。これはケーブルではなくソフトウェアの不具合で、8325をセカンダリイメージの10.06.0110から起動したらリンクがすぐに立ち、10.07.0021で完全に修正されました。8360側は何も変更が要りませんでした。なのでサポートされているはずのモジュールが単なるリンクなしではなくモジュールエラーを報告する場合は、オプティクスを疑う前にリリースを確認してください。この話の一般的な形は身につけておく価値があります。Aruba特有の癖ではないからです。ポートの有効な速度セットがモジュールをゲートしていて、こうした機器は自分から勝手にフォールバックすることはめったにありません。
Spectrumでも同じ話です。Onyx 3.10.4100のSN2100やSN2700で、Amphenol製QSA(624380003)の先にある10G DACはI2C経由では問題なく読めるのに、ポートが100G専用のままだと一切リンクしません。
mlxlink -d /dev/mst/mt52100_pci_cr0 -p 15 -mを見ればはっきりします。State: Disable、Enabled Link Speed 0x00b00000、Supported Cable Speed 0x00001001、推奨事項はCable speed not enabledです。有効な速度に10Gを加えると、ポートは10GbEでLinkUpになります。UCS 6248では、純正のGLC-SX-MMDでさえ、ユニファイドポートがデフォルトの10Gbpsのままというだけの理由で
SFP Validation Failedと判定されます。ポートで1Gbpsを選択すれば、モジュールはアップリンクとして受け入れられます。ベンダーは違っても、問われることはいつも同じです。ポートはモジュールが話す速度を許可しているか、です。自分の機材で確認できたことをまとめておきます。50gのグループはSFP56 50Gモジュールしか受け付けません。25gのグループは25Gと10GのDACを並べても何も文句を言いません。これでポートマップの大部分はカバーできたので、サーバーとコンピュートシャーシは解決し、1-4の範囲はきちんとテストできるまで計画から外しておきます。
まだ未解決なのは、10gのグループを試していないことと、ポート5-32でのJ9054D 100Mbpsについてはっきりした答えが得られていないことです。モジュールを1個発注済みで、何よりも先にベンチにかけます。それまで帯域外用は25gのグループで銅線を使い続けます。ポートごとの範囲については、変更管理委員会にはトランシーバガイドを引用して説明します。