html SDH MSTP:サービスマッピング、インターフェース、タイミング | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

SDH MSTPプラットフォーム:サービスマッピング、インターフェース、タイミング

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

SDH MSTPプラットフォーム:サービスマッピング、インターフェース、タイミング

閲覧数: 91 +4FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

SDH MSTPサービスでは何を確認すべきですか?

MSTPプラットフォームは、対応するサービスインターフェースと、設定された伝送・タイミングシステムを組み合わせたものです。E1、イーサネット、光ポートでは、マッピングおよび受入試験の要件が異なります。正確なインターフェースカード、サービス経路、クロック、保護設定を確認してください。光リンクが確立しただけでは、意図したエンドツーエンドのサービスが実現している証明にはなりません。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01サービスを伝送リソースにマッピングする

Map services into transportEach supported client service needs an agreed transport allocation and remote endpoint.E1EthernetOtherMappingShared transport; explicit channel plan

対応する各クライアントサービスには、合意済みの伝送リソース割り当てと対向側の終端が必要です。

02タイミング関係を維持する

Maintain the timing relationshipSynchronous transport and client circuit timing must follow the configured clock plan.Clock planTransportClientVerify references and alarms

同期伝送とクライアント回線のタイミングは、設定されたクロック計画に従う必要があります。

03保護の適用範囲を検証する

Prove the protection scopeTransport protection and client-service recovery are related but different observations.1234Supported backup pathControl behavior must match the system

伝送路の保護とクライアントサービスの復旧は、関連はありますが、異なる観測事項です。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • サービスを伝送リソースにマッピングする

    実際のクロスコネクトまたはマッピング計画をたどって確認してください。

  • タイミング関係を維持する

    クロック源、アラーム、対応するサービス構造を記録してください。

  • 保護の適用範囲を検証する

    対応する障害シナリオにおけるクライアントの動作を測定してください。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
サービスを伝送リソースにマッピングする対応する各クライアントサービスには、合意済みの伝送リソース割り当てと対向側の終端が必要です。実際のクロスコネクトまたはマッピング計画をたどって確認してください。
タイミング関係を維持する同期伝送とクライアント回線のタイミングは、設定されたクロック計画に従う必要があります。クロック源、アラーム、対応するサービス構造を記録してください。
保護の適用範囲を検証する伝送路の保護とクライアントサービスの復旧は、関連はありますが、異なる観測事項です。対応する障害シナリオにおけるクライアントの動作を測定してください。

まず、どの種類のMSTPかを確認する

従来の光伝送ネットワークでは、MSTPは多くの場合、SDHベースのマルチサービス伝送プラットフォームを指します。同期伝送階層内で各種サービスを収容・伝送し、一般的な対象にはE1やイーサネットが含まれます。一方、イーサネットスイッチの資料では、MSTPは通常、Multiple Spanning Tree Protocolを指し、レイヤー2のループ防止経路を構成するために使用されます。略語は同じでも、装置の役割と内部処理は異なります。選定前に、対象となる技術を省略せず明確に記載する必要があります。

マルチサービスプラットフォームであることは、どのようなコネクタやプロトコルでも、適応処理なしに直接伝送できることを意味しません。サービスには、対応するアクセスインターフェース、処理モジュール、伝送リソースが必要です。以前の記事では、インターフェースの要件を「特別な要件はない」と要約していましたが、これでは速度、フレーミング、電気的条件、マッピングの関係が見落とされやすくなります。光ファイバーはあくまで媒体であり、相互接続できるかどうかは、その上で使用される回線システム全体にも依存します。

各種サービスを同期回線に収容する仕組み

SDHは標準化された同期フレームに従って回線データを構成し、仮想コンテナなどの構造を通じて、マッピングされたサービスを伝送します。仮想コンテナは、特定の種類のサービスのために伝送システムが用意する構造化された位置と理解できます。イーサネットのVLANでも、光波長でもありません。E1を収容した後は、対応するマッピング、クロスコネクト、チャネル設定に従って遠端へ送り、対応するサービスポートで復元する必要があります。

イーサネットはフレーム単位で動作するパケットサービスであり、この種の伝送システムに収容する際には適応処理が必要です。Generic Framing Procedure(GFP)は関連する適応方式の一つですが、製品にMSTPと記載されているだけで、すべてのバージョンが同じ方式を実装しているとは限りません。具体的な製品によって、対応するカプセル化、仮想連結、容量調整の機能が異なる場合があります。実際のボードと対向側の設定を確認する必要があり、機能名が似ていることを相互接続性の証拠にはできません。

インターフェース速度と伝送リソースは別々に計算する

サービスポートにギガビットと表示されていることは、インターフェース側の能力を示すものであり、伝送プラットフォーム内でギガビットの全容量を利用できるチャネルが確保されている証明ではありません。プラットフォームによるリソース割り当て、複数サービスで共有する構造、クロスコネクト容量、処理モジュールのいずれも制限要因になり得ます。複数のポートが同時に動作する場合は、各サービスポートの速度を単純に合計するのではなく、実際のリソース割り当てと出力側の負荷を計算する必要があります。

E1の公称回線速度は2.048 Mbit/sです。フレーミングやシグナリングなどの構造は、実際のサービスに利用できるデータ量に影響します。イーサネットにもフレーム、プロトコル、および適応処理に伴う可能性のあるオーバーヘッドがあるため、回線の数値からインターフェースの数値を差し引くだけでは、正確な残容量は求められません。選定チェックリストには、ポートの種類、サービスチャネル数、割り当てリソース、同時動作の条件を個別に記載し、そのうえで代表的な負荷条件で検証する必要があります。

例えば、電話サービス群と監視用イーサネットサービス群を同時に収容する場合は、まずそれぞれに必要な持続的な容量と許容遅延を明確にし、対応するボードが割り当て可能なリソースを確認します。計算時に電話チャネルのマッピングを映像トラフィックと無造作に混在させてはいけません。また、映像の平均負荷は、あらゆる瞬間的なピークと同じではありません。受入試験では、両方のサービス群を同時に動作させ、チャネル品質とネットワークカウンタを別々に保存してください。これにより初めて、個別の接続試験では見えない共有リソースの制限を発見できます。

E1とイーサネットは、それぞれSDH伝送リソースに適応処理され、遠端で復元される
図1 | 一般的な原理図。GFPは関連する適応方式の一つです。この図は、飛暢科技のいずれかのモデルがSDH/MSTPの全機能を備えることを証明するものではありません。

E1側では電気的条件とタイミング関係を確認する必要がある

E1では、一般的に75Ωの不平衡同軸インターフェースと120Ωの平衡インターフェースが使用され、両端のポート定義を一致させる必要があります。コネクタが挿入できるという理由だけで、インピーダンスを無視してはいけません。送信側は対向側の受信側に接続します。具体的なピン配置、フレーミング方式、CRC4、チャネル設定は個別に確認してください。通常のRJ45イーサネットと、同じ外形のコネクタを使用する一部のE1インターフェースを、無条件に相互接続することはできません。

連続的なデジタルサービスにはクロックが必要です。プロジェクトでは、どの装置またはネットワークがタイミングを供給するか、どのポートが受信クロックを再生して使用するか、基準が失われた際にどのように動作するかを明確にする必要があります。クロックが整合していないと、スリップやサービス異常が発生する場合があります。光経路の表示灯が点灯していても、タイミング関係が正しい証明にはなりません。各種サービスのクロックと装置内部の同期では、実装方式が異なる場合もあります。光ファイバーを一本図示しただけで、これらの条件を省略することはできません。

E1サービスポート、イーサネットサービスポート、SDH回線ポートは、それぞれ個別に適合を確認する
図2 | 一般的な原理図。コネクタが似ていることは相互接続性の証明にはなりません。電気的条件、フレーミング、クロック、光回線システムは個別に確認する必要があります。

イーサネットと光回線はスロットだけでは判断できない

イーサネットのサービスポートでは、ポート速度、デュプレックス、VLANタグ、フレーム長、必要な制御パケットの扱いを確認してください。いわゆる透過伝送は、規定された範囲内で必要なサービスの意味を保持するものであり、すべてのフレーム種別、任意のサイズ、任意のピーク負荷を無条件に通すという意味ではありません。グループ間のルーティングやセキュリティポリシーが必要な場合は、それらの機能をどのノードに配置するかも確認する必要があります。

回線側のSDH光ポートとイーサネット光ポートでは、外観が似たフォームファクターのモジュールを使用する場合がありますが、回線信号は異なります。STMレベル、インターフェース仕様、光パラメータ、対向側のバージョンを確認する必要があります。同じ速度の光モジュールを挿入しただけで、相互接続できると考えてはいけません。光バジェットと受信範囲も別の条件であり、SDHフレーム構造、マッピング方式、ネットワーク管理の互換性とは分けて検証する必要があります。

アクセス側における飛暢科技製品の位置付け

飛暢科技の番号78の資料で紹介されているFC2PM-O64/S64モジュール式マルチサービス電話光多重化装置には、サービススロットのほか、E1、電話、各種イーサネット構成が記載されており、具体的なサービス収容要件や多重化要件の確認に利用できます。ただし、複数のインターフェースやモジュール構造を備えることは、それがSDH/MSTPプラットフォームであることを自動的に証明するものではなく、GFPまたはSDHクロスコネクトの全機能に対応することを証明するものでもありません。発注時には、明確なモデルとボードの組み合わせに照らして確認する必要があります。

この種の装置からのE1サービスを既存のSDHノードに引き渡す場合は、E1ポート、電気的方式、タイミング、フレーミング、チャネル割り当てをチャネルごとに確認する必要があります。イーサネットサービスは、実際のサービスポートを通じて対応するノードに収容してください。一つの製品構成のインターフェース数、回線能力、オプションを、シリーズ全体に一般化することはできません。MSTPが本当に必要な場合は、該当する伝送プラットフォームの資料を供給元に求め、通常のマルチサービス光多重化装置の名称で代用しないでください。

サービスの各レイヤーで相互接続の受入試験を完了する

まず、ローカルのE1またはイーサネットサービスを個別に検証し、次に単一の伝送チャネルを開通させて、対応する遠端ポートと方向を確認します。その後、ほかのサービスを追加し、同時負荷、アラーム、管理機能を確認します。保守時間帯に回線障害と復旧の試験を行う際は、回線レイヤー、マッピングチャネル、実際のアプリケーションを同時に観測してください。ネットワーク管理画面の表示が正常であることを、すべてのサービスが復旧した証明としないでください。

ボードとバージョン、サービスポート、チャネルのクロスコネクト、光パラメータ、クロック源を保存してください。E1の検証では、ビット誤り、ループバック、端末サービスの確認を組み合わせることができます。イーサネットでは、パケット、タグ、スループット、ドロップを確認します。障害が発生した場合は、インターフェース、伝送リソース、マッピング、アプリケーションに沿って区間ごとに切り分けてください。すべての非互換性を、光ファイバーの品質や光出力不足に帰することは避けてください。

資料に関する注記:原理図は技術内容との整合性を確認しており、一般的な仕組みを説明するためのものです。製品写真や実測記録ではありません。具体的なインターフェース、モード、能力は、選定した機種、バージョン、現地での確認に従ってください。

検証用参考資料: ITU-T G.7041 汎用フレーミング手順
ITU-T G.707 同期デジタルハイアラーキのインターフェース
ITU-T G.703 デジタルインターフェースの電気的特性
ITU-T G.704 同期フレーム構造
飛暢科技FC2PMモジュール式電話光マルチプレクサ
飛暢科技のモジュール式マルチサービス電話光多重化装置カテゴリ

関連技術トピック: スイッチのスタッキングとカスケード接続の見分け方:論理デバイス、アップリンク容量、障害境界 E1、チャネル化E1、PRIの見分け方:タイムスロット、シグナリング、接続の受入検証 MEMOBUSシリアルポートを光ファイバー経由で運用する仕組み:メッセージの透過伝送、送受信タイミング、装置の検証

中国語の技術記事からの翻訳。原文の初公開日:2021-06-28。原文の最終改訂日時:2026-10-13T01:08:12+08:00。 中国語の原文を読む

実務上のよくある質問

イーサネットポートには常に光回線の全容量が割り当てられますか?

いいえ。対応する各クライアントサービスには、合意済みの伝送リソース割り当てと対向側の終端が必要です。実際のクロスコネクトまたはマッピング計画をたどって確認してください。

光モジュールが適合していれば、クロックやサービスマッピングの確認は不要ですか?

いいえ。同期伝送とクライアント回線のタイミングは、設定されたクロック計画に従う必要があります。クロック源、アラーム、対応するサービス構造を記録してください。

保護された光リングであれば、すべてのクライアントサービスの無中断が保証されますか?

いいえ。伝送路の保護とクライアントサービスの復旧は、関連はありますが、異なる観測事項です。対応する障害シナリオにおけるクライアントの動作を測定してください。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する