不正なONU：1台の不具合のあるONUがGPONポートを停止させる理由

A 不正なONU 自サービスの喪失にとどまらない影響を及ぼす可能性がある。もし、が割り当てられた時間外にアップストリーム光を送信した場合、 OLT, 同じ回線上の他のONUからのバースト通信に干渉する可能性があります GPON ポート。その結果、フィーダー障害のように見える場合があります。つまり、複数の顧客が同時に接続を切断したり、状態が不安定になったり、登録に失敗したりすることがあります。.

重要なのは、機器を交換する前に、ポート共有のパターンを確認することです。通常、オフライン状態のONUが自動的に不正な機器であるとは限らず、むしろオンライン状態のまま表示されているONUの方が、故障している可能性さえあります。.

「ローグONU」とは何ですか？

現場用語では、異常なONUや Rogue ONT PONの規定の範囲外で動作するアップストリーム送信機を備えた光ネットワーク端末である。「“ロングライト ONU”「」は通常、明らかなケースを指します。つまり、レーザーの照射時間が長すぎたり、連続して点灯し続けたりする場合です。.

より正確な定義は、より広い範囲をカバーしています。. ITU-T Gシリーズ 補遺49 これによると、ONUは、OLTによって割り当てられたタイムスロットにおいてのみ、指定されたオンパワーで送信し、それ以外の時間帯はオフパワー制限値以下に保つべきである。割り当てられた範囲外で、そのオフパワーレベルを超えて送信するONUは不正なONUである。.

つまり、不正な状態とは次のようなものである可能性があります：

• 連続運転中、送信機がオンになったまま
• 断続的であるため、ポートの障害は特定の時間帯にのみ発生する
• バーストの一部が割り当て範囲外になってしまうタイミングのずれ
• ソフトウェア、MAC、ファームウェア、または送信機のハードウェアの不具合に起因する伝送異常

これは伝送挙動上の不具合であり、「未登録」、「未対応」、あるいは「光出力低下」と同義ではありません。“

1台の不正なONUがGPONポート全体に影響を及ぼす理由

ITU-T G.984.3 GPONの上り時間分割多重アクセス（TDM）を規定する。OLTは各ONUに送信ウィンドウを割り当てる。その後、パッシブスプリッタがすべての上り光信号を結合し、OLTのバースト受信機へ向かう共有フィーダーに導く。.

通常の動作では、バーストは順番に届きます：

ONU A → ONU B → ONU C → 光信号の途絶 → 次のグラント

ONU CがONU Aのウィンドウ中、または光静止期間中に光を送信した場合、OLTは重なり合った、あるいは予期しない光を受信することになります。その結果、意図したバーストを復元できなくなる可能性があります。 ITU-T 補足49では、連続的な送信やタイムスロット外の送信は、PON上のすべてのONUへの通信に支障をきたす可能性があるが、その具体的な影響は断続的であったり、軽微であったりする場合もあると指摘されている。.

これは、トラブルシューティングにおける重要な落とし穴を説明しています。つまり、登録できないONUは、単に巻き込まれただけの無実の犠牲者である可能性があるのです。「どのONUがオフラインになっているか」という質問だけで、不正なデバイスを特定してはいけません。.

不正なONUの兆候：共通する障害パターンに注意する

単一の症状だけでは、異常なONUを特定することはできません。スコープ、発生タイミング、OLTからの証拠、および制御された隔離を組み合わせて判断してください。.

観察	そこから示唆されること	次は確認したほうがいい
1台のONUがオフラインになっているが、同じPONポートに接続されている他のONUは安定している	ローカルでのドロップ、電源、光通信、ID、またはプロビジョニングの可能性が高い	そのONUを点検し、まずドロップしてください
1つのPONポート上の、互いに関連のない複数のONUが同時に障害を起こす	不正なONU、フィーダー／スプリッターの障害、OLTポートの障害、または一般的な電源の問題	タイムスタンプとOLTアラームを比較する
複数のPONポート、あるいはカード全体が故障する	あるブランチにある1つのONUが異常をきたす可能性は低い	ラインカード、アップリンク、シャーシの電源、および共有設定を確認してください
OLTが予期せぬ光パワー、バーストエラー、または不正光／長時間点灯アラームを報告する	不正な動作はあり得る	ログを保存し、モデルがサポートする検出ワークフローを使用してください
1つのスプリッタの分岐が隔離されても、他のONUは正常に復旧する	その分岐点の内側に断層があることを示す有力な証拠	支店から個々のONUへと絞り込む
One ONUは安定したO5の状態を維持しているが、そのユーザーのみIPアドレスを持っていない	通常はサービス層の問題であり、共有ポートにおける不正なイベントではない	VLAN、DHCP/PPPoE、およびプロビジョニングを確認する

光ファイバー協会の FTTHのトラブルシューティングガイド また、不正なONTは、正しいタイムスロット以外でランダムに、あるいは継続的に送信を行うため、同じポート上の他のONTがOLTと通信できなくなることも説明されている。.

「不正なONU」とはどのようなものではないか

すべてのマルチユーザー障害が

フィーダーの断線、スプリッターの損傷、OLTポートの機能停止、ラインカードの問題、停電、あるいはコネクタの著しい損傷も、複数の加入者に影響を及ぼす可能性があります。同時発生した通信障害は、調査の手がかりにはなりますが、最終的な診断結果ではありません。.

単に光出力が低い、あるいは高いというだけではない

ある報告されたタイムスロットで正常な電力値が測定されたからといって、送信機がスタックしている可能性を排除できるわけではありません。ITU-T Supplement 49 では、フル出力の不正送信機は、自身のスロットでは正常に見える一方で、他のスロットでは受信電力を上昇させる可能性があることが説明されています。標準的な光パワーメーターでは通常、予期しない光信号を特定の ONU や割り当てと関連付けることはできません。 OLTのタイミング、バースト、およびアラームデータ、あるいは適切なバースト対応手法を使用してください。.

インターネットに接続できないO5とは異なります

O5で安定しているのは1つのONUのみであり、かつWANアドレスを持たない場合は、PON層より上の層に移動してください。LuLeeyによるガイド： O5上のONUでDHCPによるIPアドレスが割り当てられていない VLAN、WANモード、DHCP/PPPoE、およびサービスマッピングに対応しています。.

SFPまたはSFP+のラベルでは証明されていない

ONUスティックの場合、ホスト側のリンク互換性とPON側のバースト動作は別個の問題です。ケージ名や公称モジュールレートから、これらを推測しないでください。 Stickおよびホストの正確なモデル、ホストのPHY/SerDes、ファームウェアとドライバ、ポート設定、モジュールのコーディング、Stickのホストモード、実際にネゴシエートされたホストレート、および利用可能なスループットを確認してください。サポートされていないホストパスはローカルサービスを中断させる可能性がありますが、それだけではONUがPONグラントの範囲外で送信していることを証明するものではありません。.

Rogue ONU のトラブルシューティング手順

まずは非侵襲的な証拠を活用してください。物理的な分岐の隔離は、正常に動作している加入線を遮断する可能性があるため、承認された保守時間帯に、権限のある担当者のみが実施すべきです。.

1. 再起動する前に証拠を保存してください

記録：

• OLT、ラインカード、PONポート、およびソフトウェアリリース
• アラーム名、タイムスタンプ、および解除時刻
• 各タイムスタンプで影響を受けたONU
• 登録状態の変更と上流のエラーカウンタ
• 最近のファームウェアの更新、プロビジョニング、スプリッターの変更、または現場作業による変更

最初に再起動を行うと、異常事象と共通経路による障害を区別するためのタイミングに関する証拠が失われる可能性がある。.

2. 爆風範囲を定義する

影響を受けた加入者をネットワーク階層ごとにグループ分けします：

• 「One ONU」
• 1つの分岐
• PONポート1つ
• 1枚のカードに複数のポート
• 複数のOLT、または上流の集約パス

不正なONUは、共有のPONチャネルを指し示しているはずです。障害が関連性のないポートにまたがっている場合は、加入者支線を隔離する前に、調査の範囲を広げてください。.

3. 一般的な身体的要因およびOLTによる原因を除外する

フィーダー、スプリッタの経路、OLTポートの状態、ラインカードの健全性、シャーシの電源、および直近の保守状況を確認してください。復旧後に取得した単一の測定値に頼るのではなく、光信号の推移を比較してください。.

活性化状態が主な手がかりとなる場合は、LuLeeyの O1～O7 ONU登録ワークフロー 下流側の同期、検出、距離測定、サービスプロビジョニング、およびOLT無効化処理を個別に扱うためです。ここに挙げた例はXGS-PON固有のものであるため、状態や手順については、使用するGPON機器のドキュメントに正確に従ってください。.

4. 光ファイバーの接続を解除する前に、OLTの監視機能を使用してください

具体的なOLTのモデルやソフトウェアのリリースバージョンについては、次のような裏付けとなる情報を確認してください：

• 無音区間中に検出された光パワー
• 割り当て範囲外に到達したバースト
• タイミングのずれ、またはドリフト補正の失敗
• 上流側のFECまたはBERパターンの異常
• バーストの境界判定の失敗
• 突発的なアラーム、連続発光アラーム、または長時間点灯アラーム

アラーム名としきい値は、ベンダーおよびリリースごとに異なります。他のプラットフォームのコマンドをそのまま貼り付けないでください。設定をバックアップし、導入済みのモデルに対応する最新のマニュアルに従ってください。.

5. トポロジーに基づいて特定し、問題のONUを確認する

OLTが非侵襲的にONUを特定できない場合は、スプリッタマップを使用して障害箇所を絞り込んでください：

1. メンテナンスの実施期間を告知し、影響を受ける顧客を特定する。.
2. 承認された手順に従って、下流側のスプリッタの分岐のうち1つを隔離してください。.
3. 他のONUが復旧するか、およびアラームが解除されるかを確認してください。.
4. 変更計画に従って、再接続するか、隔離状態を維持してください。.
5. 1つのONUまたはドロップが特定されるまで、対象の分岐内でこの操作を繰り返します。.

光ファイバーや光ポートの内部を絶対に覗かないでください。未知のコネクタはすべて、通電しているものとして扱ってください。むやみに顧客の接続を解除しないでください。変更を行う際は、その都度、事前に立てた仮説を検証し、その内容を記録してください。.

交換を行う前に、少なくとも2種類の証拠を照合してください：

• OLTの不正動作／ロングライトアラームは、同じ支線またはONUを指している
• 容疑者を削除すると、他のONUが復旧する
• 再接続すると、制御された条件下で同じ不具合が再現される
• サポート対象の診断では、割り当て外のエラーやバーストエラーが検出されます

本番ネットワーク上で、システムに支障をきたす状態を繰り返し再現してはなりません。アラームと復旧のパターンが一致している場合は、一度の制御された確認で十分である可能性があります。.

6. 交換、復元、および監視

正しいPON世代、光クラス、および対応ファームウェアを備えた認定済みのONUを使用してください。承認済みのIDおよびサービスプロファイルを復元してください。他の加入者の認証情報を複製しないでください。.

次に、以下を確認してください：

• 不正アラームは解除されたままになる
• 観測期間を通じて、ピアONUは安定した状態を維持している
• 上流のエラーカウンタが通常の基準値に戻る
• 置換物が予想通りの活性化状態に達する
• 加入者VLAN、DHCP/PPPoE、およびトラフィックは正常に動作しています

故障したハードウェア／ファームウェアのバージョンと、具体的な証拠を記録しておいてください。そうすることで、その場限りの対応にとどまらず、次回のインシデント発生時に迅速な対応が可能になります。.

OLTを選択する際は、Rogue-ONUの検出機能を確認してください

現在のLuLeey LL-GPOLT-XE-G08 8-PON GPON OLT このページには、長時間の発光を含む、異常な発光を示すONUの検出について記載されています。また、同ページでは、モデル名をLL-GPOLT-XE-G08と特定し、ITU-T G.984/G.988に基づくGPON対応についても記載されています。.

これは、当該モデルに対してその機能が公開されていることを示すものであり、すべてのファームウェアリリースにおける検出アルゴリズム、アラームの閾値、自動隔離の動作、またはコマンド構文を保証するものではありません。自動動作に依存する前に、正確なソフトウェアビルドおよび操作手順を確認してください。.

実践的な次のステップ

次回の共有ポート障害が発生する前に、OLTポートからスプリッターの分岐およびONU IDへの対応表を作成し、時刻同期されたアラームを保存しておき、承認済みの不正接続検出ワークフローを実験室またはメンテナンス時間帯にテストしてください。 インシデント発生時には、証拠に基づいて範囲を特定し、次に分岐からONUへと順を追って対応してください。これは、たまたまオフラインになっているすべての端末を交換するよりも、迅速かつ安全です。.