MES3324Fの27km区間: 同じモジュールがMXA-64ではリンクするのに、EltexはポートをPORT_SUSPENDEDに落とす
うちの2つの拠点間の接続で、シングルモードの区間は約27km、両端ともMES3324F。1550nmのSFP FANG HANGのペアを導入した、40km対応として売られていたもの。リンクは一旦上がるが数十秒で落ち、それを繰り返してやがてポートがブロックされる。
- Eltex MES3324F 2台、ファームウェア4.0.7
- SFP FANG HANG 1550nm、パートナンバーS1253271221932、40km対応と謳われている
- 区間は約27kmのシングルモード、両拠点とも途中に光クロスあり
- パッチコードは隣接する他の区間と同じロット
console# show fiber-ports optical-transceiver
Port ... Output Power Input Power LOS
gi1/0/23 -6.11 dBm -22.00 dBm No
%LINK-W-PORT_SUSPENDEDすでに確認したこと:
- 伝送路は測定済みで、ケーブル自体に問題はない
- 同じモジュールのペアと同じ心線を、そのままMXA-64にして同じ光ファイバに挿し替えたところ、リンクはすぐに上がりフラップもなく安定
- モジュールを入れ替えたり隣の光ポートに挿し直したりしたが、挙動は同じ
受信-22dBmというのは自分でも気に入らない数字だが、それなら同じ光ファイバでMXA-64がなぜ問題なく動いているのか説明がつかない。MES3324Fが感度の限界付近での動作をそこまで嫌うのか、それともやはりモジュール側の問題で、ちゃんとした40km対応のペアを探すべきなのか。また同じ結果に行き着くだけなら、新しいモジュールを買いに行きたくない。
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 4
1550nmのギガビットで受信-22dBmはもう限界ギリギリ、余計なコネクタが1つあるだけで決まってしまうレベル。憶測で終わらせないために、いくつか確認させてほしい:
show fiber-ports optical-transceiverは何を示している? そちら側だけでなく、遠端のInput Powerが知りたい。経験上、出品ページの「40km」とモジュールの実際の到達距離は別物で、27kmだとまずそこが真っ先に効いてくる。
遠端側も鏡写しで、受信レベルは同じくらい低く、差は誤差の範囲内。モジュールについては、結局販売者が認めた、あれは40kmではなく20km対応の代物だったと。つまり27kmに対する予算の余裕は最初からなかったことになる。
並行してEltexのサポートにも問い合わせた。回答は短く、トランシーバがそもそもDDMに対応しているか確認すること、ファームウェアを更新すること、モジュールがギガビットなので両端に以下を追加すること、というものだった
この3点は全部やった。それでもポートは結局
%LINK-W-PORT_SUSPENDEDに行き着く、ただ少し遅くなるだけ。MXA-64でのレベルは測っていない、白状すると、リンクが立っている事実だけを見ていた。今はパワーバジェットに余裕のある、まともな1550nmのペアを待っている段階で、それまではこの件はオープンのままだと考えている。
似たような症状をCiscoでも経験したことがある、ただしそちらはポートのブロックではなくカウンタのゴミとして出た。2本ある光アップリンクの片方がinput errors 4万6千、CRC 4万2千を記録し、ログにはalarm Rx power low、閾値-18.4 dBmに対して-20.2 dBmとあった。
解決したのはスイッチ側ではなかった。両端面の清掃、TXとRXを光パワーメータで実測、伝送路長・融着・パッチの品質の確認。エラーの一部は消えたが、レベルは最後まで正常には戻らず、結局モジュールも交換した。要は、パワーバジェットの限界付近では機材ごとに挙動が違うということ。あるものはCRCを溜め込みながら動いているふりをし、あるものは正直にポートを落とす。だからそちらの-22は「ほぼ動いている」ではなく、もう原因そのもの。
実測に加えて一言。安いモジュールのDDMの数字を鵜呑みにしないほうがいい。光学系の自己診断を作り込んでいるベンダーでさえ、TxとRxで3dB程度、温度で3度程度の誤差を許容範囲としている、それも自社モジュールについての話。サードパーティ製だと実測との差が数dBあっても不思議はなく、モジュールによっては意味のある値を何も返さず、パワー低下の早期警告がそもそも出ないこともある。DDMの閾値自体もモジュール(SFF-8472)から出てくる値で、スイッチ側が計算しているわけではない。
時間の節約になる手順としては、まず「リンクがある」という事実ではなくRxをモジュールの動作範囲と比較し、次にパッチコードを交換し、次に途中の光クロスを確認する、最近誰かがそこを触っていないか、そのうえで初めて遠端のモジュールを疑うという順番。自分の経験では、受信が-25.69 dBmまで落ち込んだことがあったが、原因はモジュールではなく伝送路だった。