Zyxel XS1930-10は、XGS1250-12ではまだ使える5mの10Gtek DACでリンクしない
小さな自宅ラックで、サーバー1台とスイッチ1台。XGS1250-12をXS1930-10に置き換えたところ、この入れ替えで生き残らなかったのはサーバーへのアップリンクだけでした。
- Zyxel XS1930-10、SFP+ポート、メディアタイプはDAC10Gに設定
- サーバー側はAsus XG-C100F
- 10Gtek CAB-10GSFP-P5M、5mのパッシブツイナックス、AWG26
- もう1本の10Gtek DAC、1.5m、予備として保管
スイッチ側のポートはダウンのままなのに、NIC側はリンクしていると確信しています:
XS1930-10, SFP+ port: media type DAC10G link status Down
server, XG-C100F:
Speed: 10000Mb/s
Duplex: Full
Link detected: yes試したこと:
- 同じポート、同じNICで1.5mの10Gtek DAC: すぐにリンクする
- メディアタイプをautoのままにせずDAC10Gに明示的に設定: 変化なし
- 5mのケーブルをXGS1250-12に戻す: そちらでは今も動くので、ケーブルは死んでいない
5mのパッシブAWG26は、単純にこのスイッチが扱える限度を超えているのでしょうか、それともXS1930-10にまだ見つけていないポート設定があるのでしょうか。
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
そのループバックは上がるのに、NICへのリンクはやっぱりダウンのままだと思います。これがこの手の話でよくある形です。
メディアタイプは直し方ではなく前提条件です。autoのままだとSFP+ポートはDACと全くリンクしない傾向があるので、DAC10Gを設定する必要があります。設定してもポートがまだダウンなら、もう設定でどうにかできる範囲を出て、ポートの物理的な予算の話になっています。
5メートルのパッシブAWG26は、このクラスのスイッチにとってはかなりの銅損です。XS1930-10についてのZyxelの最終的な立場は、その長さのパッシブケーブルはSerDesにとって信号損失が大きすぎ、おおよそ3mを超えたらファイバーにすべきというもので、そもそも保証は自社ブランドのモジュールとDACケーブルより先には及びません。これはもう一つの観察にも関わります。同じケーブルがXGS1250-12で動くことは、XS1930-10について何も証明しません。あるモデルのケージで振る舞うツイナックスの長さが、同じベンダーの製品ラインの中でも、次のモデルについてはほとんど何も教えてくれないからです。
現実的な進め方: そのリンクには1.5mのケーブルを使い続け、本当に5mの距離が必要ならツイナックスの代わりにSR光モジュールとデュプレックスLCパッチを入れてください。記録に残したいなら、メディアタイプを設定し、それでも失敗することを確認してからサポートチケットを開いてください。XGS1930-52HPでは、メディアタイプ設定後もDACがダウンのままの場合にまさにこの経路を自社FAQが案内していて、それはNebula Control Center経由になるので、ここでも同じ扱いになると思います。ケーブルの損失がファームウェアのリリースで変わるのを座して待つことはしません。
ケーブルについて何か判断する前に、ループさせてみてください。5mのDACの両端をXS1930-10自身の2つのSFP+ポートに挿し、両方ともメディアタイプはDAC10Gに。これでループバックが上がれば、ケーブルとケージは問題なく、あるのはペアの問題であってケーブルの問題ではありません。
まだ書かれていないことが二つあります。ポートはメディアタイプを設定した後、10G全二重に固定していますか、それともautoのままですか。そして、同じケーブルがXGS1250-12で動いていたとき、そちらのポートはautoだったのかDACだったのか。もしautoだったなら、二つのスイッチを比較する前にそちらもDACに切り替えてください。メディアタイプはどちらの機種でもポートごとの設定なので、片方をautoのままにしたテストは本当の意味で同じテストにはなりません。
ベンダーは違いますが、同じ種類の驚きです。ケージが普通の1G SFPであるTL-SG2210MPと、ファームウェア1.2のTL-SX3008Fの間で、SFP+ DACがリンクしないことがありました。両ポートを1000 Mbps全二重に強制しても変化はなく、同じケーブルは10G対応の機器同士の間では問題ありませんでした。
そこでの説明は長さではなくコーディングの問題でした。多くのパッシブSFP+アセンブリは10Gしか名乗っておらず、1000BASE-Xへのフォールバックが全く入っていないため、デュアルレートのケーブルがリンクする一方で1Gのケージでは無反応のまま沈黙します。同じ議論の中で、ER8411とSG2428Pの間でUnifiのSFP+ DACを何の問題もなく動かしていた人もいました。
あなたの場合は両端とも10Gなので、これには当てはまりません。要点は、ツイナックスでは「あちらでは動く」がファイバーほど当てにならないということです。
そもそもホストがツイナックスケーブルについてどう知るのかを知っておく価値があります。パッシブDACはSFF-8472に従って長さと減衰量をEEPROMに持っていて、ポートはアセンブリの自己申告に基づいてケージを駆動します。線上で何かを実測しているわけではありません。同じブランドの2台のスイッチで同じ5mケーブルが違う振る舞いをする理由の大部分はここにあります。受信機が違えば、その自己申告が実際にどれだけの損失になるかへの許容度も違うのです。
また、レート以下のリンク速度が必要なときにツイナックスを当てにしないでください。Netgate 6100では、DACは10Gリンクを与えるだけでそれ以下にはならず、1 Gbpsまで落とす方法はありません。インターフェースは単純に10Gbase-Twinax全二重として上がるので、対向がギガビット固定なら、ツイナックスではそこに届かず、結局1Gの光モジュールに戻ることになります。このブランドの短いケーブルは総じて何の変哲もなく、ここではCAB-10GSFP-P1MとUbiquiti UACC-DAC-SFP10がどちらもUSW-Enterprise-8-PoEへ10 GbEで入っています。まず試すべき変数はブランドではなく長さです。