異なるブランドの光メディアコンバータでも、必要な条件が一致すれば相互運用できる場合があります。ただし、光ポートの外観やギガビット表記が同じでも保証にはなりません。Ethernetインターフェース、光伝送方式、送受信構成、光パワーの許容範囲、実際のトラフィックを確認してください。管理機能やアラームは個別の実装に依存する場合があるため、データリンクが動作しても、すべてのリモート管理機能に互換性があるとは限りません。
まず、両方が対応条件の一致するEthernet製品であることを確認する
メディアコンバータは通常、対応するEthernetサービスの伝送媒体を変換します。映像、シリアル、E1の光端末にも光ポートがありますが、サービス上の規則が異なります。波長が一致するだけでは、任意の光機器を相互運用させることはできません。型式別の資料で、銅線ポートと光ポートの速度および種類が明示されている必要があります。スイッチング機能を備える製品もあれば、物理的な伝送媒体変換に近い動作をする製品もあります。実際の動作を確認してください。ブランド名は完全なインターフェース定義の代わりにはならず、筐体が似ていてもチップや形式が同じである証拠にはなりません。
銅線ポートの速度だけでなく、光ポートの速度を確認する
銅線側で複数速度のネゴシエーションが可能でも、光ポートが同じ組み合わせに対応しているとは限りません。ファストEthernetとギガビットの光リンクでは要件が異なり、共通の速度に自動で切り替わらない場合があります。具体的なEthernet光インターフェースと、使用可能なモードを確認してください。ギガビットの銅線ポートが1つあるというだけでは、リンク全体の能力は分かりません。低負荷で通信できても、目標負荷に対応できることの証明にはなりません。製品名にある数値だけを残すのではなく、各ポートの対応速度、実際のネゴシエーション結果、モジュールを記録してください。

2芯光ファイバで送信と受信を交差接続する理由
一般的な2芯光ファイバ接続では、一方の端からの送信を他方の端の受信に届ける必要があり、もう1本の光ファイバが逆方向を担います。TX同士、RX同士を接続しても、必要なリンクは形成されません。コネクタと波長も、光ファイバの種類および規格に適合している必要があります。矢印は信号の関係を示すものであり、すべての製品に共通するポート位置を示すものではありません。配線が整然としていても、設置ラベルを確認して試験してください。両方向は個別に障害が発生し得るため、1つのLEDが正常でも、逆方向の信頼性は確認できません。
1芯双方向リンクに相補的な構成が必要な理由
適切な双方向設計では、1本の光ファイバを両方向で共有し、一般には波長で方向を分離します。各送信器は対向側の受信要件に適合する必要があり、任意の同一モジュールを2つ用意するだけでは不十分です。波長の例は関係を説明するものであり、すべての製品の仕様を示すものではありません。速度、距離条件、光ファイバの種類、規格も確認してください。1芯は片方向伝送を意味せず、2芯だから本質的に高速というわけでもありません。光ファイバの芯数、方向、サービス容量は、それぞれ別の事項です。
光パワーは強ければよいとは限らない理由
受信器には動作可能な光パワー範囲があります。光が弱いと信号を識別しにくくなりますが、強すぎても異常動作の原因になります。到達する光パワーは送信、回線損失、コネクタ、その他の条件に左右されるため、距離表示は光パワーバジェットの代わりにはなりません。すべてのモジュールに共通するしきい値を独自に設定するのではなく、適切な光パワーメーターと検査用具を使って両方向を確認してください。端面の汚れは光の散乱や反射を引き起こす場合があります。清掃手順に従い、光源を決してのぞき込まないでください。試行錯誤で送信光パワーを上げるのではなく、仕様と測定結果に基づいて調整や減衰の必要性を判断してください。

データの互換性と管理機能の互換性が異なる理由
一致するEthernet規則に従ってデータを交換できても、独自のリモート管理、シャーシ通信、アラームの互換性が確認されたことにはなりません。一部のOAM機能や状態検出機能も、対向側の対応、設定、実装条件を必要とします。型式固有のLFP動作は、資料と試験で確認してください。1つのLEDだけでは、すべてのリモートサービスが正常であるとは判断できません。ブランドを混在させる場合は、管理可能な範囲を定義し、要件をメーカーに確認してください。データの相互運用性と統合監視システムは、異なる製品要件です。
FCTELの各モデルの機能を適切な階層に位置付ける
FCTELのBシリーズ・ギガビットコンバータのページでは、関連するIEEE Ethernetへの対応と、1芯・2芯の選択肢が説明されています。管理型ギガビットコンバータのページには、OAMやLFPなどの保守機能が記載されています。これらは適切な設計に活用できますが、管理機能の組み合わせと電源仕様のバリエーションを確認してください。シャーシや内蔵電源に関する機能を、すべての外部電源製品に当てはめることはできません。異なるブランドを組み合わせる設計では、データリンクと必要な保守機能を個別に確認し、各機能の目的を明確にするとともに、規格名だけでは保証できない制約を維持してください。
現場導入前に短い光ファイバで基準状態を確立する
異なるブランドを組み合わせる予定のリンクでは、機器とモジュールの資料を確認したうえで、許容される安全な試験条件下で適切な短い光ファイバを使ってリンクを確立してください。高出力の長距離用モジュールでは短距離リンクの受信光パワーを確認し、両方向のトラフィックを検証してください。次に、敷設済み回線と目標トラフィック負荷を適用し、スループット、エラー、状態を記録します。これは仮想的な例であり、実際に導入された顧客事例ではありません。変更する端点または区間は一度に1つだけにしてください。ケーブル、モジュール、電源を同時に変更すると、原因が分かりにくくなります。試験範囲は実際の負荷に対応している必要があります。
通信できない場合は階層ごとに切り分ける
まず両端の電源と、実際の光インターフェースの種類を確認してください。次に送受信の組み合わせ、光ファイバの種類、光パワーを確認し、その後で銅線側の速度、ケーブル、VLAN、アドレス設定、アプリケーションを確認します。リンクLEDが正常なのにアプリケーションが動作しない場合は、後段のネットワーク条件が原因である可能性があります。すぐにブランド間の非互換性が原因と決めつけないでください。pingが数回成功しても、長時間の高負荷安定性が確認されたことにはなりません。アラーム、エラー、交換前後の記録を保存し、可能であれば障害条件を再現してください。再起動後の一時的な復旧を恒久的な修理と表現しないでください。
引き渡し時に検証済みの互換性範囲を定義する
両端の完全な型式、モジュール、インターフェース規格、光ファイバと波長、光パワー測定値、銅線側の速度、管理設定、トラフィック試験を記録してください。その特定の組み合わせと条件でデータの相互運用性を検証したことを明記し、未試験または非対応の管理機能は別途示してください。バージョン変更時や負荷増加時には再確認してください。異なるブランド間の互換性は、物理的・電気的・プロトコル上の条件と、実際の証拠に基づきます。すべてのブランドを自由に混在できると約束するよりも、互換性の範囲を明確に定義する方が保守に役立ちます。
両端の互換性一覧表を使う
各機器について、銅線側の速度、光規格、光ファイバの種類、波長、コネクタ、1芯・2芯の構成、送信光パワー、受信許容範囲を一覧にしてください。2芯ではTXとRXを交差接続し、1芯では相補的な送受信構成が必要です。筐体の類似、ギガビット表記、同じ定格距離は、この一覧表の代わりにはなりません。必要なトラフィックフレームと管理機能も確認してください。基本的な通信ができるだけでは、異なるブランド間のリモートOAM、アラーム連携、すべての拡張機能を保証する根拠にはなりません。結論には、試験した組み合わせと条件を明記する必要があります。
受信光パワーが高くても、確実性が高まるとは限らない
受信器は、許容範囲内で信号を識別する必要があります。光が弱すぎると判別が難しくなり、強すぎると動作範囲を超える場合があります。非常に短い光ファイバでの試験が、敷設された長距離経路の状態を表すとは限りません。一方、長距離用送信器を短い光ファイバで使用する場合は、マニュアルで指定された対策が必要になることがあります。波長とコネクタに適した測定器を使用し、端面での損失と接続損失を記録してください。LEDの点灯は、光パワー許容範囲の確認の代わりにはなりません。光ポートをのぞき込んだり、許可されていない光源や増幅器を追加したりしないでください。
透過伝送と管理機能の組み合わせは、別々に結論を出す
基本的なEthernetのメディア変換、標準サイズを超えるフレームへの対応、リンク障害伝搬、リモート管理は、それぞれ異なる機能階層です。FCTELのBシリーズと管理型コンバータでは構成が異なり、管理機能によっては指定の対向機器やシャーシが必要になる場合があります。受け入れ記録では、基本サービスは合格、特定の管理機能は検証済み、その他の機能は未試験というように、個別に記載できます。モジュール、ファームウェア、機器を変更した後は主要条件を再確認し、変更点を特定できるよう元の組み合わせのデータを保存してください。
ファームウェア変更時も互換性の基準記録を保持する
原文記事2937でも、マルチベンダー環境におけるファームウェアとソフトウェアの重要性が指摘されています。定期的なアップグレードで必ず互換性が向上すると考えるのではなく、明確な変更手順に落とし込んでください。各リリースがどの既知の問題を修正し、それが対象の型式とハードウェアリビジョンに適用されるかを確認してください。バックアップに対応している設定を保存し、保守時間帯を設けてください。アップグレード前に両方の型式、バージョン、銅線側のネゴシエーション結果、光パワー、トラフィック試験結果を記録し、実施後に同じ回線と負荷で再試験してください。保守機能に指定の対向機器が必要な場合は、ローカル管理、リモート状態監視、障害連携を個別に検証してください。データ転送が継続していても、すべての機能が検証されたことにはなりません。ロールバックは、メーカーが対応しており、かつ許可されている場合にのみ準備してください。他ブランドのファームウェアを無差別に書き込まないでください。
製品および動作原理の参考資料:FCTEL 製品詳細 616;FCTEL 製品詳細 633。一般的な動作原理や仮想的な例は、実際の型式のマニュアルに代わるものではありません。
図に関する注記:図は一般的な動作原理を示しており、製品の内部構造図や現場での測定結果ではありません。波長の例はすべての型式に適用されるものではありません。実際のインターフェース、光パワー許容範囲、管理機能の組み合わせは、現行の型式別資料と試験結果によって決まります。
中国語の技術記事から翻訳。原文の初回公開日:2019-07-22。原文の最終改訂日時:2026-10-13T17:09:56+08:00。 中国語の原文を読む


