CodingBox Q&A Ask question

ExtremeXOSは未承認の40G/100G光モジュールを90日後に本当にライン速度の25%へ制限するのか

Asked Active Viewed 215 AI translation from English
5

集約クローゼット2か所をリフレッシュ中で、経営陣がしつこく突いてくるのが光モジュールの部分だ。スイッチはEXOS機で、40Gアップリンクはアクセスポートですでにやっているのと同じように汎用QSFP+ DACで埋める計画だった。

その後チームの誰かが、EXOSには40Gと100Gポートに限定した有償のサードパーティ光モジュールライセンスがあり、猶予期間後にレートリミッターが働き始めるという情報を掘り出してきた。それで計算がかなり狂ってくる。

  • 集約層のEXOSスイッチ、出荷時のコードのまま稼働
  • 現状は40G QSFP+アップリンク、ロードマップにはQSFP28
  • 汎用のサードパーティ製DACとAOC、加えて少数の汎用光トランシーバー
  • 1Gと10Gのアクセスポートはすでに汎用モジュールで埋まっていて、これまで苦情なし

未承認モジュールを挿入した後に確認しろと言われているのはこれだ。

show port conf
# the port carries an R (restricted) flag while the countdown runs

これまでに確認したこと:

  • すでに稼働しているサードパーティ製モジュールはリンクしてトラフィックも通っており、まるごとブロックされているわけではない
  • 稼働中のコードのフィーチャーリストにそのライセンスが見当たらない
  • 承認済み光モジュールのポータルはプラットフォームファミリーごとに部品を列挙しているが、リストにないものに対してスイッチが何をするかは何も書いていない

つまり、この制限は出荷コードで実際に有効なのか、タイマーが切れたときポートに正確には何が起きるのか、自分のリリースがそれを強制しているかどうかCLIからどう判断すればいいのか。

Comments 4

そのスイッチはどのコードトレインで動いているのか。それがこの質問の答えの大半を占める。読んだライセンスはEXOSの恒久的な性質ではなく、あるリリースで登場し、その後のリリースでは要件が撤廃されているので、あるバージョン向けに書かれたドキュメントページはラックにある機体については何も教えてくれない。

もう1つ切り分けておく価値がある点として、1Gと10Gのポートはそもそも対象外で、40Gと100Gだけが対象だ。アクセス層がすでに汎用SFPとSFP+で動いているという事実は、アップリンクについてはどちらの証拠にもならない。

使っている正確なリリースのフィーチャーライセンス要件と、すでに汎用DACが入っているアップリンク1本分のshow port confを貼ってほしい。ポートにRが付いていなければカウントダウンは何も動いていないので、心配するのはやめていい。

4 Indiawaverunner21IN Show original (English) AI translation

短く言うと、何もブロックされない。サードパーティ製の40Gか100Gのモジュールはリンクして転送もする。制限はハードなロックアウトではなく商業上のものだ。

それを強制するリリース(40Gと100Gポートを対象とする有償のThird Party Optics Feature licenseはExtremeXOS 15.5で登場した)では、流れはこうなる。

  • 未承認の40Gか100Gの光モジュールを挿すとEMSが警告を出す
  • ポートがrestricted扱いになり、これがshow port confで見たというRフラグだ
  • 90日のカウントダウンが始まる
  • それが切れるとスイッチはそのポートにegressレートリミッターをかけ、ライン速度の25パーセントに制限する

これは一方通行のドアではない。ライセンスを入れるか、承認リストのモジュールに差し替えれば、ポートはフルレートに戻る。

みんなが見落とす部分だが、現行のEXOSリリースはそのライセンスをまったく必要としていないので、挙動は完全にコードバージョン次第だ。サードパーティ製のQSFP+やQSFP28をトレイ単位で買う前に、最初にヒットしたドキュメントがどのバージョンについて書いているかではなく、実際に動かす予定の正確なリリースのフィーチャーライセンス要件を読むこと。

1 South KoreanetrunnerKR Show original (English) AI translation

数字を確認した。うちは15.5から何トレインも先に進んでいて、うちのリリースのフィーチャーライセンス要件にはサードパーティ光モジュールの項目自体が存在しない。すでに汎用DACが入っている2本のアップリンクでshow port confを見ても、どちらにもRは付いておらず、両方ともフルレートでリミッターの気配もない。

なのでうちのコードではこれは問題にならなさそうだ。とはいえ承認済みのQSFP+モジュールは何枚か棚に置いておくつもりで、どんなサポートケースでも最初の質問はポートに何が入っているかだからだ。

4 Russiasfpsmith28RU Show original (English) AI translation

もう半分の問題はサポートで、こちらはどのリリースでも変わっていない。

アカウントチームとはこの件で2回議論した。書面で得られるのは互換性の表明ではなく免責事項だ。承認リストから外れたものには保証も適合性の主張も支援義務もない。光モジュールとそれを挿すインターフェースモジュールは同じようにあなたの問題になる。承認済み部品では、NRTLとCDRHの認証、FCC CFR 21 1040.10、EN60825-1によるCE、該当する場合はGR-468といった書類代を一部払っていることになる。トレイの光モジュールにはそのどれも付いてこない。

買い物リストとしては承認済み光モジュールのポータルで十分だ。使っているものは大抵そこに載っている(EXOS、VOSS、ERS、旧BrocadeのMLX、SLX-OSとVDX系列、NPB、ISW)。銅か光か、ファイバー種別、フォームファクタ、レート(100 Mb/sから400 Gb/sまで)で絞り込める。それが教えてくれないのは、リストにないモジュールに対して機体がどう振る舞うかで、それこそがあなたが唯一聞いたことだ。だからこういうスレッドができる。

自分の経験では、EXOSは誰が作ったモジュールかを気にしない。汎用品もリンクするし、FS製品もリンクする。厄介なのは大抵光モジュールではなくプラットフォームのほうで、X435がSFPポートで2.5Gをやってくれないのが自分がいつもぶつかるやつだ。

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