CRS328とAlcatel-Lucent G-010S-P GPONスティック: TXのみでRXがなく、波長は33685nmと表示される
自宅のFTTH回線を、事業者のONTからではなく自分のルーターに挿したGPONスティックに移行しようとしています。ファイバーをラックに直接引き込んで、箱を2つではなく1つにしたいので。スティックは認識され、ポートも上がりますが、そこから先は何も返ってきません。
- MikroTik CRS328-24P-4S+、スティックはsfp-sfpplus1に
- Alcatel-Lucent G-010S-P GPON ONU
- Bell CanadaのFTTH、壁のボックスからのファイバーをモジュールに直結
- ポートは固定、autonegはoff:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXTXカウンタは増えていきますが、RXカウンタはゼロのままで、モジュールのページはこう表示されます。
wavelength: 33685.00nmすでに試したこと:
- コネクタを挿し直し、清掃し、2つ目のSFP+ケージも試した
- ファイバーを完全に抜いてみた - 波長の値は抜いても挿しても変わらない
- スローレンジングのようなものかと思い、ポートを1G固定のまま1時間放置した
そこで質問です。33685.00nmというのはこのスティックのオプティクスが死んでいる証拠なのか、それともスイッチがGPONモジュールに対してそのEEPROMフィールドを単に誤ってデコードしているだけなのか。それと、SFP ONUがそもそもレンジングを許可される前に、事業者側で何か行う必要があることはあるのでしょうか。
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 6
投稿には別々の2つの話が混ざっていて、片方だけが実際の不具合です。
33685.00nmはデコード上の産物であって、測定値ではありません。このスティックは上り1310、下り1490の2波長構成で、スイッチはEEPROMの波長フィールドを、レーザーが1つしかない普通のトランシーバのものとして単一の値で読んでしまいます。トラフィックが問題なく流れているスティックでも同じ数字が出るので、診断には使えません。それは脇に置いてください。
一方通行のトラフィックのほうが本体の問題です。私は同じCRS328-24P-4S+で同じことを経験しました。G-010S-Pは送信するだけで一切受信せず、同じファミリーの別のモジュール、拡張温度版のO-010S-Pに差し替えた瞬間に回線が上がりました。アカウントも同じ、ファイバーも同じ、設定変更もなしです。つまり最初のスティックは故障しているか、その回線には合わない品種だったということです。
テスト中はポートを固定のままにしておいてください。そうしないと変数がもうひとつ増えてしまいます。
シリアルにALCLFABが入っていて、アカウントもすでにSFP ONUに切り替え済みなら、事業者側の作業は終わっています。もう一晩これに費やす前に、2本目のスティックを手に入れてください。
オプティクスを見限る前に、地味なほうを確認してください。多くのFTTHアカウントでは、SFP ONUは事業者のボックスの単純な差し替えにはならず、アカウント側で手動の再プロビジョニングが必要です。事業者によっては自社のベンダープレフィックスがシリアルに含まれるモジュールしか受け付けません。TXだけで何も返ってこないというのは、加入者側から見て認可されていないONUがまさにそう見える状態です。
スティックが報告しているベンダーとシリアルを教えてください。それとWAN側で何を設定しているか、VLANタグ、PPPoE、DHCPのどれかも。
シリアルはALCLFABで始まっていて、こちらのビジネスFTTHアカウントで要求されているプレフィックスと一致しています。アカウントもSFP ONU用に手動で再設定済みです。電話が必要でしたが、最初の窓口は何を頼んでいるのか全く理解していませんでした。
ルーター側はSFPポートでVLAN 35、その上にPPPoEクライアントを乗せています。クライアントはdiscoveryから先に進みません。RXカウンタは相変わらず動かず、表示はファイバーを挿しても抜いても33685.00nmのまま変わりません。
波長の話を少し補足します。スイッチが読んでいるフィールドはSFF-8472の領域にあって、レーザーが1つのモジュール向けに定義されたものです。GPON ONUはバーストモードの送信機と、別波長の受信機を持っているので、そこに入れるべき「正しい値」はひとつに定まらず、ベンダーは都合のいい値を書き込みます。ホスト側にはその値を表示する前に妥当性をチェックする義務が規格上どこにもないので、結果として5桁のナノメートル表示になるわけです。
同じ理屈がこの手のスティックの光パワー表示にも当てはまります。PON側の状態を知りたいなら、スイッチの診断ページではなくONU自身のステートから取ってください。
ホスト側のこの手の話はMikroTik固有の癖ではないことも言っておきます。7210 SASファミリーではベンダーのドキュメントがはっきり書いていて、初期のリリースはDDMを一切実装しておらず、対応モジュールを挿してもポートは光パワーも温度も表示しません。自分のバリアントでどのリリースからその機能が追加されるか確認しろと書かれています。ベンダー供給以外のモジュールについては、同じガイドで診断値は表示されるかもしれないが、その書式や正確さについては一切責任を持たないと明記されています。
モジュールのEEPROMには、そのプラットフォームがSFPをDDM対応として扱うかどうかを決めるケイパビリティフラグもあって、それをセットしていないモジュールでも、誰も検証していないもっともらしい数字を表示できてしまいます。そこでは
show port <port> detailで読みます。あの機種でサードパーティの値を見るときは、測定値ではなくヒントとして扱うようにしています。あなたの33685も、だいたいそのくらいの扱いがふさわしいと思います。締めくくりです。2本目のスティックで解決しました。O-010S-Pを挿したら、VLAN 35上のPPPoEクライアントが1分以内に上がってきました。事業者側は何も変更しておらず、ポート設定も一切触っていません。古いG-010S-Pは別のケージに挿しても同じくTXだけの症状が出るので、私の判断としてはもう故障品です。
そして、やはり動作するモジュールでも33685.00nmと表示されます。あの数字を追いかけて1週間費やさずに済んでよかったです。