Sécurité : Cisco ONS 15454 SDH Multiservice Provisioning Platform (MSPP)

Échec du circuit STM4 lors du transport via un transporteur tiers

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit une raison pour le manque du STM-4 de monter pendant le transport par le réseau d'un fournisseur de services. Ce document fournit également une solution au problème.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance du Cisco ONS 15454.

Composants utilisés

Les informations dans ce document sont basées sur le Cisco ONS 15454.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Dans le terme VC-4-4C, les 4 premiers représente le type du formatage VC-4 et les 4 deuxièmes signifie toute la largeur de l'écoulement, dans VCs (voir le schéma 1).

Figure 1 ? VC-4-4C

stm4fail_3rdptycr_01.gif

L'enchaînement contigu a été une partie de la spécification TDM pour un certain temps. Les conteneurs de charge utile TDM sont transportés et commutés à travers le réseau SDH comme module simple. Le premier pointeur de charge utile de conteneur SDH est placé au mode normal, et les pointeurs ultérieurs de charge utile sont placés au mode d'enchaînement, et joignent ainsi toutes les unités ensemble.

Problème

Deux Noeuds ONS15454E avec la version 6.0 du passage ONS 15454 du circuit principal TCC2P et STM16. Quand vous essayez à de créer une point-à-pinte STM-16 qui transporte des données au-dessus du réseau SDH d'un fournisseur de services, le réseau STM-16 ne synchronise pas par le réseau de tiers (voir le schéma 2).

Figure 2 ? Topologie

stm4fail_3rdptycr_02.gif

Solution

La sortie de la carte OC/STM est whetever que le XC envoie. Ainsi si vous créez un circuit entre deux cartes OC/STM, est la sortie au juste ce que les cartes reçoivent. L'OC/STM carde en avant ce qu'elles reçoivent, et n'affecte pas le temps système et la charge utile.

Le fournisseur de services doit canaliser le STM-16 exactement pendant que les circuits sont créés dans les Noeuds d'ONS. Si le fournisseur de services ne canalise pas le STM-16 correctement, seulement le premier circuit fonctionne (voir le schéma 3).

Figure 3 ? Transport incorrect

stm4fail_3rdptycr_03.gif

Dans ce cas particulier, vous n'avez pas une envergure « de canal clair » qui connecte l'ONS15454s. Par conséquent, l'ONS15454s doit faire provision au fournisseur de services ces STM-16s pour apparier votre ravitaillement. Tellement par exemple, si vous créez un 4c (AU-4-1 par AU-4-4), le fournisseur de services doit également créer ceci sur le STM-16 (voir le schéma 4).

Figure 4 ? Corrigez le transport

stm4fail_3rdptycr_04.gif

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 68800