QSW-M408SでRJ45 SFP+モジュール使用時、2.5GbEリンクが140Mbit/sしか出ないが普通の1Gは問題ない
ホームラボです、特に変わったことはしていません。Odroid H2が2.5GbEポートでルーティングを担当していて、部屋をまたいでファイバーを引く代わりに、RJ45銅モジュールを介してスイッチの10GbE SFP+ケージの一つにぶら下げたいと思いました。
- QNAP QSW-M408S、10GbE SFP+ケージの一つに銅モジュール
- Odroid H2ルーター、オンボードの2.5GbEポート
- RJ45(10GBase-T)SFP+トランシーバ、6Comが1個とGWfiberが1個
- 短いCat6aパッチケーブル、両方の機器は同じ作業台の上
リンクは上がってトラフィックも通りますが、スループットが冗談みたいなものです:
2.5GbE port -> RJ45 SFP+ module -> QSW-M408S SFP+ cage
iperf3: about 140 Mbit/s
same router, plain 1GbE RJ45 port on the switch
iperf3: full gigabit, no complaints試したこと:
- 2個のモジュールを入れ替えたが、6ComとGWfiberは同じ挙動
- パッチケーブルを変えてモジュールを別のSFP+ケージに移した
- ルーターと配線が問題ないことを証明するために普通のギガビットRJ45ポートに戻した、上のギガビットの行はそこから来ている
つまりスイッチは銅のSFP+ケージ経由では単純に2.5Gができないのか、それともこれらのモジュールがマルチギグには向いていないのでしょうか?
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 5
ここで制限しているのはスイッチではなくモジュールの方です。
安価な銅のSFP+は通常1Gと10Gだけをネゴシエートし、それ以外はできません。中間のマルチギグレートは別の機能です: それに対応するモジュールはそう明記していて、1Gと10Gに加えて2.5Gと5Gをリストしています、それが単なる10GBase-TではなくNBASE-Tだからです。対向が求めるレートにモジュールが対応できないと、まさにあなたの症状になります。リンクは上がって形の上では動作するものの、本来出るべき値のごく一部しか動かない一方、普通のギガビット経路は完璧です、1Gはそのモジュールが扱えるレートの一つだからです。
なのでQSW-M408Sを責める前に、仕様に2.5Gと5Gが明記されているモジュールを手に入れてください。自分が同じことを調べていたときに出てきたのはWiitekでした。データシートがそれらのレートについて何も触れていないなら、販売ページに何と書いてあろうとモジュールはそれに対応できないと考えてください。
自分ではQSW-M408Sでその組み合わせをまだ試していないので、まとめて注文する前にモジュールを1個買ってテストしてください。
その2つのモジュールは実際には何を謳っていますか? 販売ページの宣伝文句ではなく、データシートのレート一覧です。安価な10GBase-T SFP+の多くは1Gと10Gしか謳っておらず、その間のレートはどうなるか運任せです。
あとスイッチはポートがどのレートに落ち着いたか教えてくれますか、それともリンクが上がっているとしか言いませんか? H2側は何を報告していますか? 2.5Gだと思い込んでいるのに140Mbit/sしか流れていないポートと、静かにもっと低いレートに落ちているポートは、それぞれ別の問題で別の直し方になります。
違うハードウェアでも同じ話です。Chelsio T520-CRを持っていて、買う前に銅SFP+について周りに聞きました: 答えはFSブランドのRJ45モジュールがChelsioのカードで特別な扱いなしに1Gと10Gで動くというもので、同じモジュールをChelsioとIntelのNIC間で長期間問題なく使っている人たちもいました。話が2.5Gと5Gに及んだ途端、みんな歯切れが悪くなりました。そこが銅SFP+の信頼できない部分で、その議論でもあなたのケースでも同じです。
最終的に自分が従ったアドバイスは、トランシーバを買うのをやめてネイティブRJ45ポート付きのT520-BTを手に入れることでした。接続先の機器に使えるネイティブ銅ポートがあるなら、SFP+ケージはファイバーかDACに使う方が有意義です。
買い物リストに加える価値があるものとして: レート一覧だけでなく電力バジェットもあります。
同僚がMac StudioをUSW Aggregationの中のSFP+ RJ45モジュールに、50フィートのCat6a区間経由でつないでいて、別のケージには10GbEのNASがありました。そこではautonegが10Gに達したことは一度もなく、ポートは毎回5000Base-Tに落ち着き、手動で10GBASE-Tを固定するとさらに悪化しました: コピー速度が100MB/s程度まで落ちたそうです。結論としては、この種のアダプタは電力バジェットを使い切ってしまい、短い区間でしか10Gを維持できないということでした。効いたのは: 省電力ロジックが介入しないよう手動でレートを固定すること、フローコントロールをオンにすること、そしてより電力に余裕のあるモジュールを探すこと、名前が挙がったのはMikroTikのS+RJ10でした。もう一つの選択肢は銅モジュールを丸ごとやめて、自前で10GbEのRJ45ポートを持つスイッチ、このケースではUSW-Flex XGに移行し、ケージはファイバーかDAC用に残すことでした。
作業台の上のパッチケーブルではこの手の問題は何も表面化しませんが、ケーブルが壁を通った途端に効いてきます。
半分同意します。モジュールがおそらく能力不足なのは確かでしょうが、ポートがどうネゴシエートしているかを見る前に何かを注文するのは避けたいところです。
うちにはCRS305-1G-4S+INがあり、SwOS 2.18で、SFP+ケージに1Gbit専用の10Gtek RJ45 SFPを挿しています。発熱も少なく安定していますが、それはそのポートでauto-negotiationがオフになっていてレートが1Gに固定されているからにすぎません。autonegをオンのままにすると、狭いレート一覧しか持たないモジュールと話しているSFP+ケージはまともに落ち着かず、それはあなたの説明している問題と同じ系統のものです。
QNAP側でポートレートを固定できるなら、両端を2.5Gに固定してiperf3を再度回してみてください。コストはゼロですし、新しいモジュールを買うべきなのかネゴシエーションを追いかけるべきなのかが分かります。