Eltex MES2324FBがFoxgateのSFPでAlcatel 6224方向のリンクを延々とフラップ、モジュール診断はN/S
拠点の古い機材の代わりに新しいMES2324FBを設置しています。アップリンクはAlcatel 6224向けの1G光で、モジュールは隣接拠点と同じロットのFoxgateです。
構成:
- Eltex MES2324FB、ファームウェア4.0.4.7、4.0.6も試したが差はなし
- リンクの両端とも1G SFP Foxgate
- 対向はAlcatel 6224
- ファイバは短く、拠点内でクロス経由
リンクがまったく維持されず、上がってはすぐ落ちるを繰り返し、ログは同じ内容で埋まっています:
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21
%LINK-I-Up: gi1/0/21
%LINK-W-Down: gi1/0/21その一方でモジュール診断は全パラメータが空です:
console# show fiber-ports optical-transceiver
Port Temp Voltage Current Output Power Input Power LOS
gi1/0/21 N/S N/S N/S N/S N/S N/Sすでにやったこと:
- 箱から出した同型モジュールに交換して別ポートに挿したが、まったく同じ状況
- クロスを迂回して確実に動作するファイバに切り替えた
- 同じモジュールをAlcatelとD-Linkに挿したところ、そちらではリンクが上がって何日も持続する
つまりモジュールは生きていて、このスイッチではどのポートでも動かないということになります。これはスイッチの不良でしょうか、それともポートの設定で何か見落としているのでしょうか?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 3
その『撤去してきた』という話が答えそのものです。モジュールはほぼ間違いなくその拠点のベンダー向けに書き換えられていて、Eltexはそういうコードに対してまさにこういう反応をします。EEPROMが期待通りに読めず、診断は全フィールドN/Sになり、ポートは
LINK-I-Up/LINK-W-Downを延々と繰り返します。うちでもまったく同じケースがあって、モジュールがHP向けに書き換えられていたことで解決しました。その拠点は以前HPが管理していて、箱もそこ由来でした。5分で確認できます。倉庫から供給元の標準の工場出荷コードのモジュールを取ってきて、同じポートに挿してください。リンクが上がって
show fiber-ports optical-transceiverにN/Sの代わりに数値が出れば、スイッチは無傷で問題は解決です。no negotiation bypassでサポートを煩わせる必要はありません。1Gポートにはそもそもなく、10Gではこの状況では何も解決しません。習慣として覚えておく価値がある点があります。ポートの診断が空か読めないこと自体が、それだけで別の小さな問題ではなくモジュールの非互換の兆候です。知り合いのZyxelでも別の形で同じことがありました。XGS1930-52HPが管理から定期的に落ち、GS2220-50への光アップリンクではCRCとSTPの切り替わりが大量に発生し、そのポートのDDMはまったく表示されませんでした。パッチコードやクロスのポートを交換しても無駄で、結局そのアップリンクがD-Link向けにコードされたサードパーティモジュールで組まれていたことが判明しました。純正品に交換したら、フラップもCRCも切断も止まりました。
機材を不良品と決めつける前に、
show versionを貼ってください。それがないと結局バージョンの話で止まります。それとは別に、
show fiber-ports optical-transceiverの全フィールドがN/Sというのは「診断のないモジュール」ではなく、スイッチがそもそも測定値のページを読めていないということです。なので質問2つ目、モジュールは具体的にどれですか、供給元からの新品ですか、それとも別の拠点から外してきたものですか? 隣接拠点と本当に同じロットですか、それとも箱を見てそう判断しただけですか?あと対向側が何を見ているかも教えてください。Alcatel側のポートも同期して上下しているのか、それとも単に沈黙しているのか。
バージョンについて。4.0.4.7で、その後4.0.6にも上げましたが、挙動はビット単位で変わりませんでした。
サポートでも最初に
show versionを求められ、その後no negotiation bypassを提案されました。1Gポートではこのコマンド自体がサポートされておらず、10Gポートでは実験のために試しましたが効果はゼロでした。そもそも自分のリンクはそちらではありません。モジュールについては、自分で自分をミスリードしていました。最初の質問では隣接拠点と同じロットだと書いて、実際そう思い込んでいましたが、指摘を受けて倉庫を確認しに行ったら違いました。供給元からの新品は確かに倉庫にありますが、今回使ったのは撤去現場から運ばれてきた箱から取ったものでした。拠点を解体してすべての光モジュールを1つの山にまとめてしまっていたのです。繰り返しになりますが、AlcatelとD-Linkではそれらは正常に動くので、疑ってもいませんでした。対向側のポートはこちらと同期して点滅していて、つまり片側だけでなくリンク全体が落ちています。