Turris Omnia NGのSFP+ケージ: サードパーティのRJ-45銅モジュールで実際にリンクするのはどれか
自宅でTurris Omnia NGを運用していて、メタルのWANポートに最後まで残っているのはISPルーターまでの2メートル区間です。この区間をSFP+ケージ側に移して、銅ポートをラボ側用に空けたいと考えています。Turris純正のSFP+銅モジュール(RTROM01-RTSF-10G)は小型スイッチが買える値段で、しかも入手自体が難しいです。
構成:
- Turris Omnia NG、標準ファームウェア、SFP+ケージは現在空き
- ISPルーターまでの短いRJ-45区間、そちら側は1G
- ラボ側に10Gホストが2台あり、いずれ1Gより速くアクセスしたい
- 手元にテスト用の予備の銅SFP+モジュールなし
モジュールが届いたら判断材料にするのはこれだけです:
dmesg | grep -i sfp
ethtool -m eth2ここまでやったこと: ケージ用の公式互換リストを探したが何も見つからず、届かなかった場合にモジュールを返品できるか販売店に一件確認した。
というわけで質問はシンプルです - NGのケージで実際に運用されている10Gまたは2.5Gの銅RJ-45モジュールはどれで、リンクしないことが分かっているのはどれですか? 3回賭けに出るより、どこかで実際に稼働しているものを買いたいです。
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
そのケージ向けのベンダー互換リストは存在しませんし、今後もできないでしょう - モジュールとファームウェアの組み合わせが多すぎて維持するのが現実的ではないので、代わりに頼れるのはオーナーの報告です。NGで実際に使われている例から言うと: 1.25/2.5/5/10GBASE-T系の10Gtek RJ-45 SFP+がもっとも安定して動いていて、ipolexの10GBASE-Tモジュールも動作し、MikroTikのS+RJ10も動作し、安価なXicomの2.5G銅SFPも問題ないと報告されています。区間が十分短ければ10GtekのDACケーブルも動作報告があります。逆に動かなかった側では、Solarflare SFM10G-TXが動作しなかったと報告されています。
実務上のポイントを2つ。返品を受け付ける販売店で買うこと - このホストのサポートはあまり手厚くないので、デバッグというよりブランドを取り替える羽目になるかもしれません。それとSFP+の筐体に入った10GBASE-Tモジュールは発熱することを覚悟してください、ルーターが密閉された戸棚に入っている場合は特に重要です。
届いたら、挿入直後に
dmesg | grep -i sfpを確認し、ethtool -m eth2を読んでください。カーネルがそこでモジュールを識別しないなら、インターフェース設定をどれだけいじっても救えません。NGではなくクラシックなOmniaでここに辿り着いた人のために付け加える価値があります。あの機種ではケージがあっても追加のインターフェースは一切増えません。ケージとメタルのWANソケットはどちらも1つのMAC、eth2の裏にぶら下がっていて、どの瞬間でもそのうちどちらか一方だけが実際に配線されています - どちらになるかはルーターが起動時にロードするデバイスツリーblob次第です。そのため完全に健全な銅モジュールが完全に死んでいるように見えます: インターフェース一覧に新しいものは何も出てこず、モジュールが挿さっている間はメタルのWAN側もアドレスを失います。/boot/dtbをSFPバリアントに向けて再起動すると状況が変わります:
TurrisOS 6.2.3でFSの2.5GBASE-T銅モジュールを使ってまさにこれをやったところ、再起動直後にWANが2.5Gbpsで上がりました。NGでも同様のことが必要かどうかは分かりませんが、モジュールを不良だと決めつける前にホスト側を確認してください。
ありがとう、まさに欲しかったリストです。10Gtekを注文します、返品を受け付けてくれるところから。
質問に書いておくべきだったことが一つ: 純正モジュールがこの手のスレッドに必ず出てくるので。実は以前あのケージにRTROM01-RTSF-10Gを入れていました。しばらくは動いていたのですが、1ヶ月ほどで接続エラーを出し始め、諦めて通常のイーサネットポートにリンクを戻しました。つまり高い方が自動的に安全というわけではありません - だからこそおすすめではなく、実際に稼働しているモジュールを聞いたのです。
同じ問題の別の角度からですが結論は同じです。クラシックなOmniaで自分が保証できるモジュールはTP-Link TL-SM321Bだけです - 1000Base-BX bidirectional、1310nm、LC。カーネルは何の小細工もなしに認識し、実測で920Mbit/sほどのペイロードが通ります。残り80Mbit/sを探しに行く必要もありません: 回線自体が1.25Gbit/sで動いていて、8b10bエンコーディングとEthernetフレーミングを差し引くとちょうどそこが実用速度の着地点になります。
同じルーターでの反例もあります: CTS SFP-31W2ASM10-DRはTurris OS 3.x系では問題なく動いていましたが、4.0に上がった途端に死にました - 犯人はモジュールではなく、作り直されたVLANとスイッチ設定モデルの方でした。それと修正がどこから来るかも覚えておいてください: SFP関連の作業はOpenWrtのmasterに入ってから、安定版のTurrisブランチに出てくるまでかなり時間がかかります。だから今日リンクを拒否しているものが、数リリース後には静かに動き出すこともあります。