CRS326-24S+2Q+RMとHuawei S6720間のQ+DA0001 40G DAC: 両端はケーブルを認識するがリンクが上がらない
拠点の一つでアグリゲーションを組み直しているところで、CRS326-24S+2Q+RMが顧客側のSFP+ポートを収容し、Huawei S6720へ40Gでアップリンクしています。同じラック内の短距離なので、光モジュールではなくパッシブDACを使っています。
- MikroTik CRS326-24S+2Q+RM、QSFP+ポート qsfpplus1-1
- Huawei S6720-54C-EI-48S-AC、通常の40GEポート
- MikroTik Q+DA0001 パッシブ40G QSFP+ DAC
両方の機器ともケーブルは正しく認識していて、MikroTik側は自社のQ+DA0001として表示し、Huawei側はポート情報に40G銅ケーブルとして出ています。それなのに、そこから先へ進みません:
MikroTik: qsfpplus1-1 no-link
Huawei: 40GE... current state : DOWNこれまで試したこと:
- 同じケーブルをCRS326の2つのQSFP+ポート間でループさせた: 即座にリンクアップ
- Huaweiの2つの40GEポート間でループさせた: これもリンクアップ
- 両端を入れ替えて別のQSFP+ポートに挿し直し、全部再装着した
- どちら側も管理上シャットダウンされていないことを確認した
つまりケーブル自体は健全で、どちらのスイッチも単体では問題なく認識するのに、ベンダーをまたいだ組み合わせだけが拒否します。CRS326とS6720の間でQ+DA0001を実際にリンクアップさせた人はいますか、その場合どちら側で何を変更する必要がありましたか?
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
デフォルト同士の組み合わせがまさに問題で、両端を同時にオフにするのも同様です。同じ組み合わせでうまくいったのは非対称設定で、書き出すと違和感がありますが、実際そうなります: Huawei側の40GEポートはauto-negotiationを無効にし、MikroTik側のqsfpplus1-1は自分のautonegを有効のままにしておきます。
Huawei側では、インターフェース内で:
MikroTik側はそのままでもいいですが、後で誰かが「直して」しまわないように明示的に設定しておくのもありです:
この直後、うちのCRS326とS6720のペアで40Gリンクが上がり、それ以来安定しています。これは修正というより回避策と呼ぶ方が正確です: 2つの実装は40G DACリンクで何をネゴシエートすべきかについて明らかに合意しておらず、非対称設定は単に両者が納得する落としどころに過ぎません。稼働中のアップリンクではなくメンテナンスウィンドウで実施してください。うまくいかない場合は、そもそもHuaweiのイメージがそのポートでautonegを無効化できるかどうかを確認してください、その部分は機種によって異なります。
両端がケーブルを認識しているのにどちらもリンクアップしないクロスベンダーの40Gは、ほとんどの場合、両ポートが何をネゴシエートしようとしているかに行き着きます。
両側のautoneg状態を出してください: Huawei側の40GEポート設定と、MikroTik側のqsfpplus1-1のauto-negotiationの値、それとどちらかをデフォルトから変更したかどうかも教えてください。あと、オフに切り替えるのを既に試したかどうかも: 両端同時なのか片端だけなのか、それは別の実験になります。
ループテストが証明するのはケーブルが健全ということだけです。両端が同じネゴシエーション挙動で合意しているかどうかについては何も教えてくれません、そここそが本題です。
両方ともデフォルトのままです: qsfpplus1-1はauto-negotiation=yes、Huawei側の40GEポートはnegotiation auto、インターフェースを起動した以外どちらの設定にも触れていません。両端を同時にオフにするのは試しましたが何も変わりませんでした。片側だけというのは思いつきませんでした。
リンク状態はMikroTik側がno-linkのまま、Huawei側はDOWNのままで、カウンタもまったく動かないので、どちらの機器でもエラーをログに残すところまで到達しません。
その最後の注意点は脚注どころではなく重要です、まさにそこで自分もはまったので。S6320-54C-EIで、MikroTik側はRouterOS 7.12なのですが、40Gポートではauto-negotiationをそもそもオフにできず、非対称の手が使えません。
症状はそれ以外まったく同じです: 両端ともケーブルを認識、ポートはダウンのまま、エラーはどこにも出ません。つまり上の回避策自体は有効ですがプラットフォーム依存で、この2つの40G実装の間にある根本的な非互換性は自分が知る限りまだ解決されていません。
クロスベンダーのDACをどうしても動かせずここに辿り着いた人へ: ある時点で、戦い続けるより諦めた方が安上がりになります。
うちではAlta Route 10とCRS309-1G-8S+の組み合わせで、Route 10側は10GtekのSFP+ DACもFSのSFP+ DACも認識してSFP-H10GB-CU2Mと表示していましたが、CRS309側はリンクパートナーのアドバタイズが何も見えず、1Gに強制的に落とした時だけリンクしました。/cfg/sfpX.txtで10gbase_rを強制しても何も変わらず、ケージにどのモジュールを挿してもRoute 10側のethtoolはbaseTモードを表示し続けました。両端をFSのSFP-10GSR-85光モジュールに交換したところ、即座に10Gリンクが確立しました。
速度も機種も違いますが教訓は同じです: ケーブルが健全だと証明されているのに両端がどうしても合意しない場合、光モジュール一組の方がさらに1週間チューニングするより安く済みます。