SONET/SDH - Différences des Trames ccnp_cch ccnp_cch

Sommaire - Introduction - Trames SDH et SONET - ATM sur SONET - Paquet sur SONET - Résolution des problèmes de trames incompatibles ccnp_cch

Introduction ccnp_cch Ce document retrace les différences de base entre les systèmes SONEt (Synchronous Optical Network) et SDH (Synchronous Digital Hierarchy) avec un environnement ATM et POS (Packet Over SONET). d'une manière très générale SONEt est très utilisé en Amérique du Nord tandis que SDH est très largement déployé en Europe. Trames SONET et SDH SONET et SDH ont des différences mineures mais qui ont quand même une grande im- portance principalement dans la terminologie. Dans plusieurs cas, les définitions des en-têtes des trames SDH sont de nature très générale alors que les équivalents SONET sont plus précises et orientées pour des conditions d'exploitation pour l'Amérique du Nord. Quelques différences clés entre SONET et SDH sont listées ci-dessous: • SONET et SDH utilisent des termes différents pour décrire les trois couches. SDH uti- lise les termes chemins (path), section de multiplexage et section de regénération. Section Mux Section Mux Section Mux Section Reg Section Reg Section Reg Section Reg Section Reg ADM ADM Mux STM1 STM-1 STM-1 Mux STM1 R R Chemin Physique Chemin Physique Chemin Physique Affluents • Les valeurs de l'octet C2 du POH (Path Overhead) sont légèrement différentes. SONET et SDH utilisent tous les deux les valeurs 0x16 et 0xCF pour Packet Over SONET ou POS. • Les octets d'en-têtes spécifiques et les contenus des messages de protection automati- que (APS) transmis dans les octets K1 et K2 sont différents. L'en-tête de trame SDH est illustré page suivante. ccnp_cch

MSOH Multiples Section OverHead 1 9 10 A1 A2 C1 B1 E1 F1 D1 D2 D3 Pointeurs-UA B2 K1 K2 D4 D5 D6 D7 D8 D9 D10 D11 D12 S1 M1 E2 J1 B3 C2 G1 F2 H4 Z1 Z2 Z3 Charge utile VC4 MSOH Multiples Section OverHead POH du VC4 ATM sur SONET L'Union Internationale des Télécommunications (UIT-T) définit le format des cellules non affectées et libres dans sa recommandation I.361. Le but de ces cellules est d'assu- rer une délimitation corecte des cellules et un flux de cellules qui permet à l'interface ATM réceptrice de retrouver le début de chaque cellule. L'UIT-T définit les mécanismes de délimitation des cellules dans sa recommandation I.432. Dans des environnements ATM, les différences clés entre les trames SONET et SDH est le type de cellule transmis quand des cellules de données ne ont pas disponibles. L'ATM Forum spécifie l'utilisation de cellules dites "idle" si des cellules non-affectées sont gé- nérées. De manière plus spécifique, dans le mode STM-x (Synchronus Transport Modu- le -x) une interface ATM transmet des cellules dites "idle" pour le maintien du débit et la délimitation des cellules. Dans le mode STS-Xc (Synchronous Transport Signal - Xc), l'interface ATM transmet des cellules non-affectées pour le maintien du débit et la déli- mitation des cellules. La configuration SONET par défaut est STS-Xc. Pour configurer le mode STM-1 ( Syn- chronous Transport Module level 1) exécutez la commande suivante en mode de confi- guration interface. Routeur(config-if)# atm sonet stm-4 Pour plus d'informations, reférez-vous au document suivant: • ATM Control Cells Illustrated -Idle Cells, Unassigned Cells, IMA Filler Cells and Invalid Cells. ccnp_cch

Paquet sur SONET (Packet Over SONET) La commande pos framing vous permet de configurer le tramage pour SONET OC ( Op- tical Carrier) ou SDH STM. La valeur par défaut est SONET. Routeur(config-if)# pos framing [sdh|sonet] Une différence entre les trames SONET et SDH est la valeur des bits s1s0 qui sont les bits 5 et 6 dans l'octet H1 de SONET. SDH utilise ces bits pour former le champ UA (Unité Administrative). Le standard G.709 de l'UIT-T ( ou G707 qui combine G.707, G.708, G.709) décrit le pointeur UA. Il y a deux types principaux d'UA: • UA-3 : Opère de manière similaire à trois ensembles de pointeurs H1,H2,H3 comme dans des ttrames STS-3. • UA-4 : Opère comme un seul ensemble de pointeurs pour de trames STS-3c concaté- nées. Les bits s1s0 ou "flag" ne sont pas utilisés dans SONET. Une interface POS émettrice configurée avec un tramage SONET transmet s1s0 = 00 et un équipement SONET récep- teur ingnore ces bits qui sont utilisés pour indiquer le type de charge utile qui est indi- qué par d'autre champs. Une interface POS configurée avec un tramage SDH transmet s1s0 = 10. Le tableau suivant illustre les valeurs utilisées pour le bits s1s0. Valeur Binaire Description 00 SONET 11 Reserved 01 Used in older ADMs 10 AU3/4 La majorité des implémentations en Europe utilisent 11 Originalement, avec un tramage SDH, les bits s1s0 devaient être configurés manuelle- ment avec la commande pos flag s1s0 2. Sur les cartes de lignes POS Cisco 12000 En- gine 2, la valeur change automatiquement quand le type de tramage est configuré. Routeur(config)# interface p3/0 Routeur(config-if)# pos flag ? c2 Path overhead byte j0 Section trace byte (0x01 for compatibility, 0xCC is default) s1s0 Specify bit S1 and S0 of H1 Routeur(config-if)#pos flag s1s0 ? <0-3> S1 & S0 bits Routeur(config-if)#pos flag s1s0 0 !-- Positionné à 0 pour SONET. Routeur(config-if)#pos flag s1s0 2 !-- Positionné à 2 pour SDH. ccnp_cch

Exécutez la commande srp flag s1s0 sur les interfaces SRP (Spatial Reuse Protocol). interface SRP1/0/0 ip address 139.97.2.19 255.255.255.240 srp clock-source line a srp clock-source line b srp framing sdh a srp framing sdh b srp flag c2 19 a srp flag c2 19 b srp flag s1s0 2 a srp flag s1s0 2 b Les commandes show controller pos et show controller srp affichent la valeur de s1s0 reçue de l'autre extrémité. Routeur2#show controller pos 5/1 detail POS5/1 SECTION LOF = 0 LOS = 0 BIP(B1) = 0 LINE AIS = 0 RDI = 0 FEBE = 0 BIP(B2) = 0 PATH AIS = 0 RDI = 0 FEBE = 0 BIP(B3) = 675 LOP = 0 NEWPTR = 0 PSE = 0 NSE = 0 Line triggers delayed 100 ms Active Defects: None Active Alarms: None Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA Framing: SONET APS COAPS = 0 PSBF = 0 State: PSBF_state = False ais_shut = TRUE Rx(K1/K2): 00/00 S1S0 = 02, C2 = 16 Si la valeur transmise est incorrecte, les ADMs (Add and Drop Multiplexer) du réseau peuvent détecter des incohérences et générer une alarme LOP (Loss Of Pointer). Les routeurs Cisco ignorent cette valeur. Ils ne génèrent pas d'alarme et reflètent unique- ment ce que le réseau indique. ccnp_cch

Résolution des problèmes de trames incompatibles Si deux routeurs d'extrémité face à face dans une configuration de laboratoire sont con- figurés pour des types de trames différents, la commande ping fonctionne et aucun des deux équipements ne génèrera d'alarme. Cependant quand un routeur d'extrémité est connecté à un réseau SONET ou SDH, les ADMs peuvent détecter l'incohérence et gé- nérer une alarme LOP (Loss Of Pointer). la sortie de la commande show controller pos peut indiquer "Facility Alarm: PathFarEndRxFailure". Pour résoudre ce problème, assu- rez-vous que les deux extrémités sont configurées pour le même type de trame. S'ils le sont, vous devez utiliser un analyseur WAN pour capturer les trames et les analyser. Le flag s2s0 configuré sur les interfaces POS est remis automatiquement à zéro lors d'un redémarrage des routeurs Cisco 7200, 7500 avec l'IOS Cisco Release 12.1(9)E. Ce problème est résolu par le bug ID CSCdW93032. ccnp_cch