到達不能、接続切断、ネットワーク間通信を別々の問題として切り分ける
物理分離型光トランシーバーに障害が発生した場合は、まず具体的な症状を記録します。機器が繰り返し再起動する、光ポートが受光しなくなる、特定の電気ポートのランプが点灯しない、サービスのスループットが低下する、分離されているべきネットワーク同士が相互にアクセスできる、といった症状です。前のいくつかの項目は主に伝送と可用性に関係し、最後の項目はサービス境界に関係します。光ファイバーは電気を通しませんが、それだけでネットワーク間転送が自動的に防止されるわけではなく、リンクランプが点灯しているだけで、要件どおりにネットワークが分離されていると判断することはできません。
どのサービスが同時に影響を受けるかを確認することで、調査範囲を絞り込めます。すべてのチャネルが同時に中断する場合は、共通電源、機器全体、共通の光経路を優先して確認します。Aだけが異常でBが正常な場合は、まずAの両端の電気ポート、ネットワークケーブル、端末、および対応関係を確認します。この判断はトラブルシューティングの順序であり、最終結論ではありません。共通リソースの障害でも、最初は一部のサービスだけに影響する場合があるため、ログや交換による比較も必要です。
現場の証拠を保存してから、条件を1つ変更する
障害発生時刻、両端のモデルとバージョン、ポートの対応関係、表示ランプ、機器の稼働時間、アラーム、端末の症状を記録します。管理機能を備えた機器でポート統計やログを取得できる場合は、操作前にエクスポートしてください。ネットワーク管理機能のない機器では、写真と外部試験の記録を保存します。モーターの起動・停止、雷雨、またはトラフィックのピーク時間帯と同時に障害が発生しても、それは追加調査の方向性を示すにすぎません。時間的な相関を、そのまま原因とみなさないでください。
交換は毎回、正常であることが確認済みのものを使い、手元の短いネットワークケーブルや電源など、対象を1つだけにして、交換前後の結果を記録します。電源、光モジュール、パッチコード、設定をすべて同時に変更すると、サービスは復旧しても、実際の障害箇所を特定しにくくなります。また、再起動によって一過性の証拠が消える場合もあります。再起動前に記録する方が、後の検証に役立ちます。本番環境では、作業のための保守時間帯と復旧手順を用意してください。
機器が再起動する場合は、まず電源供給経路を追跡する
電源ランプが再点灯する、稼働時間がゼロに戻る、両端のサービスが同時に復旧するといった場合は、機器に電源断や再起動が発生した可能性があります。定格入力、実際の給電能力、コネクターの接触、極性を確認し、障害発生時に上流の電源が変動していないかも確認します。根拠のない電圧を印加しないでください。電源仕様は、該当するハードウェアバージョンのマニュアルと銘板に従ってください。光ポートが正常でも、電源の切れた機器で伝送を継続することはできません。
二重電源入力を備えた機器では、2つの入力がそれぞれ正常か、同じ上流電源を共有していないか、選定モデルがどのように冗長動作するかも確認します。電源が正常でも機器が繰り返し再起動する場合は、温度、ファームウェア、ハードウェアの異常に関係している可能性もあります。ログと環境記録を保存し、メーカーの保守手順に従って対処してください。分離の試験のために保護接地を外したり、通電中の機器に対して独自に高電圧試験やサージ注入試験を行ったりしないでください。
光ポートが受光しなくなった場合は、両方向を個別に確認する
まずマニュアルに従い、受光喪失、リンクダウン、遠端電源断の表示を区別します。表示ランプの意味は、異なるモデル間でそのまま当てはめることはできません。2芯モードでは、TXから対向のRXへの接続と、逆方向の接続を確認します。1芯双方向モードでは、波長の組み合わせを確認します。その後、シングルモード／マルチモード、速度、モジュールの互換条件を確認します。LFPリンク障害伝達機能を備えたモデルでは、光側の障害を電気ポートに能動的に反映する場合もあるため、電気ポートのランプ消灯が、必ずしも短いネットワークケーブルだけに起因するとは限りません。
光コネクターには、正しい清掃・検査手順を使用してください。汚れた状態で繰り返し挿入しないでください。清掃工具は機器の要件に合わせて選びます。光の有無を判断するために光ポートを直接のぞき込まないでください。まず短いパッチコードと、正常であることが確認済みの対向機器で試験し、その後、現場の光経路を区間ごとに接続し直します。モジュール交換時は他の条件を変えず、ローカル側と遠端側の両方の受信方向を記録し、片端だけの試験で逆方向の問題を見落とさないようにします。
光パワーが十分であることと、光が存在することは同じではない
光を測定できても、受信器がデータを確実に復元できるとは限りません。受信パワーを該当モジュールの受信範囲と比較するとともに、回線損失と試験条件も確認する必要があります。低すぎるとビット誤りや受光喪失が発生する場合があります。高すぎても受信上限を超える可能性があります。デジタル診断値、外部光パワーメーター、モジュールのデータでは、波長と測定の定義を統一してください。すべてのモジュールを1つの共通しきい値で判定することはできません。
短距離試験が安定しているのに敷設済みの光経路が異常な場合は、コネクターの汚れ、接続損失、曲げ、回線の適合性を重点的に調べます。平均受信パワーが正常に見えても、それを根拠に断続的な接触不良やその他の異常を除外しないでください。パワー、アラーム、パケット損失の発生時刻を照合し、さらに詳しい回線検査が必要か判断します。単に送信パワーの高い機器に交換することは、汎用的な修理方法ではありません。
単一チャネルが異常な場合は、対応する電気ポートに沿って確認する
ポートAから遠端のポートAへの接続が実際の対応関係と一致しているかを項目ごとに確認し、両端の端末の速度、デュプレックス、ネットワークケーブルの状態を確認します。Ethernet透過チャネルの障害に対して、シリアルのボーレート、データビット、ストップビットを調べる方法で対処しないでください。これらのパラメーターは別のインターフェースに属します。リンクが確立しているのにサービスが動作しない場合は、IPアドレス、サブネットマスク、ルーティング、端末のファイアウォール、アプリケーションサービスを確認し、端末の問題を光トランシーバーの損傷と誤認しないようにします。
Feichang 643の公開情報には、独立したFEインターフェースと専用時分割チャネルが記載されており、この種の製品では対応するサービスチャネルに沿って、チャネルごとに受入試験を行うべきことが示唆されます。独立したインターフェースチップ、ネゴシエーションされた速度、チャネル容量は、関連はありますが異なる指標です。現在の製品ページには、OAM、Console、および対応するSNMPカード型構成を介した管理が記載されています。納入バージョンと対応する診断機能を確認してください。フィルタリングと暗号化は別の機能であり、これらの管理機能から備わっていると推定してはいけません。まず実際の注文構成と保守方法を確認してください。
同時負荷で速度が低下する場合は、容量と境界を越える通信を区別する
まず単一チャネルを試験し、その後、他のチャネルに合意済みの負荷を追加して、各チャネルのスループット、パケット損失、遅延を比較します。試験ではフレーム長、方向、継続時間を明記し、端末の処理性能や遠端スイッチのアップリンクがすでに飽和していないか確認してください。2つのサービスが最終的に同じ容量不足のアップリンクに流れ込む場合、光トランシーバーの外部で競合が発生することがあるため、独立した伝送チャネルに障害が発生したと直接結論付けることはできません。
遅延の増加は、どこかの部分が影響を受けていることを示すだけです。チャネル間のデータ転送を観測したこととは同じではありません。サービス分離の確認には、到達が禁止されているチャネルで識別可能なパケットを調べる必要があります。容量の問題には、負荷と統計の証拠が必要です。CRCは伝送誤りの検出に使用されます。パケットが許可された送信元から来たことを証明することはできず、改ざん耐性のある認証の代わりにもなりません。エラーカウントの増加はリンク品質を調査すべきであり、ネットワーク攻撃に直接起因すると判断することはできません。
予期しない相互アクセスが発生した場合は、まず迂回経路を確認する
完全な配線図から確認を始めます。下流でAとBが同じブロードキャストドメインに接続されていないか、レイヤー3ルーティングや一時的なブリッジが存在しないか、ネットワークカードを2枚搭載した保守用コンピューターが2つのゾーンをブリッジしていないか、管理接続がドメインをまたいでいないかを重点的に確認します。VLANによる分割は、すべてのVLAN間ルーティングが禁止されることを意味しません。独立したサービスチャネルでも、端末が別途確立する無線接続やインターネット接続を制限することはできません。チップの数を数えるだけよりも、経路全体を確認する方が確実です。
設定とパケットキャプチャの証拠を保存し、独立した環境で、対応する通信、禁止されている相互通信、ブロードキャストの処理を再試験します。2つのポートをサービスネットワークに戻し接続してループを作ったり、本番機器を意図的に妨害して分離を証明しようとしたりしないでください。機器が注文した構成と一致しない疑いがある場合は、モデル、バージョン、配線、試験記録をメーカーに提出して確認を依頼します。証拠が確認されるまでは、システム全体がセキュリティ認証を取得している、または絶対的に分離されていると主張しないでください。
サービス復旧後は、元の境界も復元する
障害修理後は、各チャネルの対応関係、双方向伝送、同時負荷、および禁止されるべき相互通信を再確認します。機器の交換や設定の復元によってポートの対応関係が変わる場合があり、一時的な迂回接続が忘れられることもあります。画面が復旧したことや、Pingが1回成功したことだけでは、分離要件と容量要件が引き続き満たされているとは証明できません。ゾーン間の一時接続は、変更記録に従って撤去し、再度検証してください。
保守記録には、障害原因、交換対象、設定の差分、測定条件、復旧結果を保存し、再現可能な現象をその後の観察項目に含めてください。現場条件とマニュアルに応じて、清掃と放熱、電源点検、光ケーブルの状態確認を計画します。「メンテナンスフリー」を、点検が一切不要という意味に解釈しないでください。独立したサービスチャネル、光ケーブル、筐体はいずれも保守が必要です。信頼性の高い運用は、明確な境界と説明可能な証拠によって実現されます。
情報注記：原理図は技術内容と照合済みで、一般的な仕組みの説明に使用しています。製品写真や実際の測定記録ではありません。具体的なインターフェース、モード、機能は、選定したモデル、バージョン、および現場での検証結果に従います。
検証資料： Feichang 1–4チャネル 100M物理分離型トランシーバー 643
NIST：OTセキュリティガイド SP800-82r3
Cisco：LANスイッチングのトラブルシューティング
中国語の技術記事からの翻訳。原文の初回公開日：2024-05-07。原文の最終改訂日時：2026-10-13T13:28:52+08:00。 中国語の原文を読む
