Aruba 2540のアップリンクポート51-52が建物間回線でDownのまま、同じモジュールで2530ならリンクする
2つの建物にまたがるサイトの面倒を見ていて、少し前にアクセススイッチをAruba 2540に入れ替えました。建物間のファイバには手を付けていませんが、入れ替え以降アップリンクが上がらなくなりました。
- こちら側はAruba 2540、アップリンクに使っているのはポート51と52
- 2540側はAruba J4858D 1000SX、そのペアの対向はTP-Link TL-SM311LM v2.0
- 2組目のペアはAruba J9050D 10G対TP-Link TXM431-SR
- 建物間回線は1本、両端ともパッチ済み、他は何も変えていない
スイッチはモジュールを問題なく認識しています:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: Down
すでに除外したこと:
- 同じモジュール、同じファイバで2540の代わりに2530にするとリンクが上がる
- 同じ回線でTP-Link同士にするとリンクが上がる
- そのファイバで2540同士、J9050Dにしても相変わらずDown
- 机の上で両方のモジュールを短いパッチコードでつなぐとリンクが上がる
つまり2540で終わる組み合わせ以外はすべてそのファイバでリンクが通っていて、show log -rもポートがdownしたという以上の情報をくれません。2540はここで何を他と違うことをしているのでしょうか?
Comments 3
2540のボックスだけ以外は全部リンクしているなら、光モジュールを見るのはやめて速度を固定してください。あのケージは自分で速度をネゴシエートしますが、レート選択式のモジュールでサードパーティ機器を相手にすると、まさにそのネゴシエーションでリンクが止まります。机上の結果とも一致します。短いコードだと対向が十分速く収束するけれど、長い回線だと収束しません。
アップリンクで明示的に設定してください:
まず1ポートだけ設定して、上がってくる間
show log -rを見てください、それからもう片方も。対向側に1000フルの固定オプションがあるなら、片側だけネゴシエートのままにせずそちらも設定してください。注意点が2つあります。これは自分が担当したサイトで同じ症状を直した方法であって、マニュアルに書いてある話ではないので、全部の2540に展開する前に自分の機材のポート1つで検証してください。それと、形式上TP-LinkのモジュールはどれもArubaスイッチではサポート対象外です。もしこれがサポートケースになったら、最初に求められるのは両端J4858Dです。速度を固定しても何も変わらないなら、サポート対象のモジュールのペアが両側に揃うまで、その回線だけ2530に戻すのも十分筋の通った答えです。
正常な2530と失敗している2540の
show tech transceiversの全出力を並べて貼ってください。知りたいのは、2540が2530とまったく同じ方法でモジュールを読んでいるのか、それとも古いほうが黙って無視している何かに反応しているのか、という点です。2540でもう1つ除外しておくべきなのは、そのポートのスパニングツリー保護です。BPDU protection、root guard、loop protectのどれかは、ポートが上がってから1秒以内に落としてしまい、対向側からは死んだリンクに見えます。モジュールを挿している間に
show log -rとdebug eventを実行してください。ポートがそもそも一度でも上がったのか、それとも一度も光を見ていないのかが分かります。両方のボックスともモジュールの読み方は同じです。
show tech transceiversは2530でも2540でもポート51-52に1000SX、J4858Dと1行ずつ完全に同じ内容を返します。その出力のどこにも、あのポートだけリンクしないと分かる情報はありません。そのポートに保護機能もかかっていません、ただのアップリンクでVLANが乗っているだけです。
show log -rはポートがdownしたことだけを示していてそれ以前は何もなく、debug eventもモジュールを挿している間トランシーバ関連のイベントを一切出しません。TP-Link側はそもそも論点から外れています。同じファイバの両端を2540同士、J9050Dにしても、やはりDownのままです。