ダイヤルとアクセス : Cisco ONS 15454 SDH Multiservice Provisioning Platform (MSPP)

サードパーティ キャリアを介した転送時の STM4 回線障害

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、サービス プロバイダーのネットワークを介した伝送中に、STM-4 の検出に失敗する理由の 1 つについて説明します。 このドキュメントでは、問題の解決方法についても説明します。

前提条件

要件

Cisco は Cisco ONS 15454 のナレッジがあることを推奨します。

使用するコンポーネント

この文書に記載されている情報は Cisco ONS 15454 に基づいています。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

背景説明

条件 VC-4-4C では、最初の 4 つは VC のフローの総幅のための VC-4 フォーマッティング型および第 2 4 つの立場を、表します(図を 1)参照して下さい。

図 1 – VC-4-4C

stm4fail_3rdptycr_01.gif

隣接 する 連結はずっと TDM 仕様の一部随分長い間です。 TDM ペイロード コンテナーは単一 モジュールとして SDH ネットワークを渡って転送され、切り替えられます。 最初の SDH コンテナー ペイロード ポインタは通常モードに設定 され、それに続くペイロード ポインタは連結 モードに設定 され、こうしてすべてのユニットをリンクします。

問題

TCC2P および STM16 バックボーン実行 ONS 15454 バージョン 6.0 との 2 つの ONS15454E ノード。 サービスプロバイダーの SDH ネットワーク上のデータを転送するポイントにパイント STM-16 を作成することをに試みるとき、STM-16 ネットワークはサード パーティ ネットワークによって同期しません(図を 2)参照して下さい。

図 2 –トポロジー

stm4fail_3rdptycr_02.gif

解決策

OC/STM カードの出力は XC が送信 する whetever です。 従って 2 OC/STM カード間の回線を作成すれば、出力はちょうど何カード レシーブかです。 受け取る何を前方 OC/STM カードは、オーバーヘッドおよびペイロードに影響を与えないし。

サービスプロバイダーは回線が ONS ノードで作成されると同時に STM-16 を丁度チャネル化する必要があります。 サービスプロバイダーが STM-16 をきちんとチャネル化しない場合、最初の回線だけが(動作します図を 3)参照して下さい。

図 3 –不正確な転送する

stm4fail_3rdptycr_03.gif

このような場合、ONS15454s を接続する「クリアチャネル」スパンがありません。 従って、ONS15454s はサービスプロバイダーにプロビジョニングを一致するためにこれらの STM-16s を提供してもらわなければなりません。 4c (AU-4-1 による AU-4-4)を作成すればそうたとえば、サービスプロバイダーはまた STM-16 でこれを作成しなければなりません(図を 4)参照して下さい。

図 4 –転送するを訂正して下さい

stm4fail_3rdptycr_04.gif

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 68800