Extension du protocole point à point (PPP) sur réseau optique synchrone/hiérarchie numérique synchrone (SONET/SDH) avec enchaînement virtuel de charges utiles de niveau haut et bas

Statut de ce mémoire

Le présent document spécifie un protocole Internet en cours de normalisation pour la communauté de l’Internet, et appelle à des discussions et des suggestions pour son amélioration. Prière de se reporter à l’édition actuelle du STD 1 "Normes des protocoles officiels de l’Internet" pour connaître l’état de normalisation et le statut de ce protocole. La distribution du présent mémoire n’est soumise à aucune restriction.

Notice de copyright

Copyright (C) The Internet Society (2002). Tous droits réservés.

Résumé

Le présent document décrit une extension à la transposition du protocole Point à point (PPP) en réseau optique synchrone/hiérarchie numérique synchrone (SONET/SDH, Synchronous Optical NETwork/Synchronous Digital Hierarchy) pour inclure l’utilisation d’enchaînement virtuel de SONET/SDH SPE/VC et l’utilisation de charges utiles d’ordre aussi bien élevé que faible.

1. Introduction

Les mises en œuvre actuelles de PPP sur SONET/SDH sont obligées de choisir des structures de transport à partir du nombre relativement limité de signaux enchaînés contigus qui sont disponibles.

Les seuls SPE/VC SONET/SDH actuellement pris en charge dans la RFC2615 [3] sont les suivants :

SONET SDH

STS-3c-SPE VC-4

STS-12c-SPE VC-4-4c

STS-48c-SPE VC-4-16c

STS-192c-SPE VC-4-64c

Noter que le VC-4-4c et au dessus ne sont pas largement pris en charge à présent dans les réseaux SDH.

L’utilisation de l’enchaînement virtuel signifie que le côté droit de la bande passante SONET/SDH peut être choisi pour les liaisons PPP.

Pour l’agrément du lecteur les équivalences de termes sont données ci-dessous :

SONET SDH

SPE VC

VT (1.5/2/6) VC d’ordre inférieur (VC-11/12/2)

SPE STS VC d’ordre supérieur (VC-3/4/4-Nc)

Trame STS-1 Trame STM-0 (rarement utilisé)

SPE STS-1 VC-3

STS-1-nv VC-3-nv (enchaînement virtuel)

Charge utile STS-1 C-3

Trame STS-3c Trame STM-1 , AU-4

SPE STS-3c VC-4

STS-3c-nv VC-4-nv (enchaînement virtuel)

Charge utile STS-3c C-4

Trame STS-12c/48c/192c Trame STM-4/16/64, AU-4-4c/16c/64c

SPE STS-12c/48c/192c VC-4-4c/16c/64c

Charge utile STS-12c/48c/192c C-4-4c/16c/64c

Ce tableau est une version étendue du tableau d’équivalence de la RFC2615 [3]. Des informations supplémentaires sur les termes ci-dessus se trouvent dans Bellcore GR-253-CORE [4], ANSI T1.105 [5], ANSI T1.105.02 [6] et UIT-T G.707 [7].

2. Comparaisons de taux

Bande passante des liaisons de WAN actuellement prises en charge pour PPP sur SONET/SDH :

ANSI ETSI

STS-3c (150 Mbit/s) STM-1 (150 Mbit/s)

STS-12c (620 Mbit/s) STM-4 AU-4-4c (620 Mbit/s)

STS-48c (2,4 Gbit/s) STM-16 AU-4-16c (2,4 Gbit/s)

STS-192c (9,6 Gbit/s) STM-64 AU-4-64c (9,6 Gbit/s)

Noter que AU-4-4c et AU-4-16c ne sont généralement pas disponibles à présent dans les réseaux SDH.

Avec l’enchaînement virtuel, les liaisons de bande passante WAN supplémentaires seraient disponibles pour PPP sur SONET/SDH :

SONET

VT-1.5-nv (n=1-64) 1,6 Mbit/s - 102 Mbit/s

STS-1-nv (n=1-64) 49 Mbit/s – 3,1 Gbit/s

STS-3c-nv (n=1-64) 150 Mbit/s – 10 Gbit/s

SDH

VC-12-nv (n=1-64) 2,2 Mbit/s – 139 Mbit/s

VC-3-nv (n=1-64) 49 Mbit/s-3,1 Gbit/s

VC-4-nv (n=1-64) 150 Mbit/s - 10 Gbit/s

Des niveaux supérieurs d’enchaînement virtuel sont possibles, mais pas nécessairement utiles. Des niveaux inférieurs d’enchaînement virtuel sont définis dans les normes de télécommunications pour être utilisés si besoin est.

Les Tableaux 1 et 2 décrivent respectivement les structures de transport SONET/SDH qui sont actuellement disponibles pour porter divers débits binaires populaires. Chaque tableau contient trois colonnes. La première colonne montre les débits binaires du service à transporter.

La colonne suivante contient deux valeurs :

a) les signaux logiques qui sont actuellement disponibles pour fournir un tel transport, et

b) ente parenthèses, le pourcentage d’efficacité du signal de transport donné sans l’utilisation de l’enchaînement virtuel.

De même, la colonne finale contient aussi deux valeurs :

a) les signaux logiques qui sont actuellement disponibles pour fournir un tel transport, et

b) entre parenthèses, le pourcentage d’efficacité du signal de transport donné en utilisant l’enchaînement virtuel.

Noter que le Tableau 1 contient les signaux de transport SONET avec la capacité de charge utile effective suivante :

SPE VT-1.5 = 1,600 Mbit/s,

SPE STS-1 = 49,536 Mbit/s,

SPE STS-3c = 149,760 Mbit/s,

SPE STS-12c = 599,040 Mbit/s,

SPE STS-48c = 2 396,160 Mbit/s, et

SPE STS-192c = 9 584,640 Mbit/s.

Tableau 1 : Enchaînement virtuel SONET

Débit binaire Sans Avec

10 Mbit/s STS-1 (20 %) VT-1.5-7v (89 %)

100 Mbit/s STS-3c (67 %) STS-1-2v (100 %)

200 Mbit/s STS-12c(33 %) STS-1-4v (100 %)

1 Gbit/s STS-48c(42 %) STS-3c-7v (95 %)

De même, le Tableau 2 contient les signaux de transport SDH avec la capacité de charge utile effective suivante :

VC-12 = 2,176 Mbit/s,

VC-3 = 48,960 Mbit/s,

VC-4 = 149,760 Mbit/s,

VC-4-4c = 599,040 Mbit/s,

VC-4-16c = 2 396,160 Mbit/s, et

VC-4-64c = 9 584,640 Mbit/s.

Tableau 2 : Enchaînement virtuel SDH

Débit binaire Sans Avec

10 Mbit/s VC-3 (20 %) VC-12-5v (92 %)

100 Mbit/s VC-4 (67 %) VC-3-2v (100 %)

200 Mbit/s VC-4-4c(33 %) VC-3-4v (100 %)

1 Gbit/s VC-4-16c(42 %) VC-4-7v (95 %)

3. Exigences pour la couche physique

Il y a deux modifications mineures aux exigences de la couche physique comme définies dans la RFC2615 lorsque on utilise des SPE/VC enchaînés virtuellement pour fournir le transport pour PPP sur SONET/SDH.

D’abord, la valeur de l’étiquette de signal de chemin (octet C2) pour SONET/SDH STS-1/VC-3 et les SPE/VC au dessus doit être la même pour tous les canaux constituants. Ceci est différent de l’utilisation d’un seul octet C2 pour le transport de PPP sur des SPE/VC SONET/SDH à enchaînement contigu. Les valeurs utilisées pour les octets C2 devraient être conformes à la RFC2615. Pour SONET VT-1.5/2/6 et SDH VC-11/12/2, l’étiquette de signal de chemin (octet V5, bits 5-7) doit être la même pour tous les canaux constituants selon la Recommandation UIT-T G.707 [7] et la norme ANSI T1.105.02 [6].

Ensuite, pour les SPE/VC SONET/SDH STS-1/VC-3 et au dessus l’octet indicateur de multi-trame (H4) sera inutilisé pour les liaisons de transport qui utilisent des SPE/VC SONET/SDH à enchaînement contigu Lorsque le schéma d’enchaînement est virtuel par opposition à contigu, l’octet H4 doit être rempli selon la Recommandation UIT-T G.707 ou la norme T1.105.02. De même, pour l’enchaînement virtuel fondé sur les canaux SONET VT-1.5/2/6 et SDH VC-11/12/2, le bit 2 de l’octet K4 de redondance de chemin sera réglé à la valeur indiquée par la Recommandation UIT-T G.707 [7] et la norme ANSI T1.105.02 [6].

4. État des normes

L’UIT-T (SG13/SG15), l’ANSI T1X1 et le groupe de travail TM1/WP3 de l’ETSI ont développé une norme globale pour l’enchaînement virtuel SONET/SDH d’ordre élevé et d’ordre inférieur. Cette norme est définie dans les documents suivants :

Recommandation UIT-T G.803 "Architecture des réseaux de transport fondés sur la hiérarchie numérique synchrone (SDH)"

Recommandation UIT-T G.707 "Interface de nœud d e réseau pour la hiérarchie numérique synchrone (SDH)"

Recommandation UIT-T G.783 "Caractéristiques des blocs fonctionnels d’équipement de hiérarchie numérique synchrone (SDH)"

ANSI T1.105 "Synchronous Optical Network (SONET) - Basic Description including Multiplex Structure, Rates and Formats"

ANSI T1.105.02 "Synchronous Optical Network (SONET) - Payload Mappings"

ETSI EN 300 417-9-1 "Transmission and Multiplexing (TM) Generic requirements of transport functionality of equipment Part 9: Synchronous Digital Hierarchy (SDH) concatenated path layer functions. Subpart 1: Requirements"

Des travaux au sein de l’UIT-T, l’ANSI T1X1 et l’ETSI TM1/WP3 ont assuré l’alignement global des normes.

Avec l’achèvement d’une norme pour l’enchaînement virtuel de SPE/VC SONET/SDH, il est approprié de documenter l’utilisation de cette norme pour le transport de PPP sur SONET/SDH, ce qui est l’intention du présent document.

5. Considérations pour la sécurité

L’exposé sur la sécurité de la [RFC2615] s’applique aussi au présent document. Aucun nouveau dispositif de sécurité n’été explicitement introduit ou retiré par rapport à la [RFC2615].

6. Références

[1] [RFC1661] W. Simpson, éditeur, "Protocole point à point (PPP)", STD 51, juillet 1994. (MàJ par la RFC2153)

[2] [RFC1662] W. Simpson, éditeur, "PPP en trames de style HDLC", STD 51, juillet 1994. (Remplace la RFC1549)

[3] [RFC2615] A. Malis, W. Simpson, "PPP sur SONET/SDH", juin 1999. (P.S.)

[4] Bellcore Publication GR-253-Core "Synchronous Optical Network (SONET) Transport Systems: Common Generic Criteria", janvier 1999.

[5] American National Standards Institute, "Synchronous Optical Network (SONET) - Basic Description including Multiplex Structure, Rates and Formats", ANSI T1.105-1995.

[6] American National Standards Institute, "Synchronous Optical Network (SONET) - Payload Mappings", ANSI T1.105.02-1998.

[7] Recommandation UIT-T G.707, "Interface de nœud d e réseau pour la hiérarchie numérique synchrone", 1996.

7. Remerciements

Nous tenons à remercier Huub van Helvoort, Maarten Vissers (Lucent Technologies), Paul Langner (Lucent Microelectronics), Trevor Wilson (Nortel Networks), Mark Carson (Nortel Networks) et James McKee (Nortel Networks) de leur contribution au développement de l’enchaînement virtuel de charges utiles SONET/SDH.

8. Adresse des auteurs

9. Déclaration complète de droits de reproduction

Copyright (C) The Internet Society (2001). Tous droits réservés.

Ce document et les traductions de celui-ci peuvent être copiés et diffusés, et les travaux dérivés qui commentent ou expliquent autrement ou aident à sa mise en œuvre peuvent être préparés, copiés, publiés et distribués, partiellement ou en totalité, sans restriction d'aucune sorte, à condition que l'avis de copyright ci-dessus et ce paragraphe soit inclus sur toutes ces copies et œuvres dérivées. Toutefois, ce document lui-même ne peut être modifié en aucune façon, par exemple en supprimant le droit d'auteur ou les références à l'Internet Society ou d'autres organisations Internet, sauf si c'est nécessaire à l'élaboration des normes Internet, auquel cas les procédures pour les droits de reproduction définis dans les processus des normes pour l'Internet doivent être suivies, ou si nécessaire pour le traduire dans des langues autres que l'anglais.

Les permissions limitées accordées ci-dessus sont perpétuelles et ne seront pas révoquées par la Société Internet, ses successeurs ou ayants droit.

Ce document et les renseignements qu'il contient sont fournis "TELS QUELS" et l'INTERNET SOCIETY et l'INTERNET ENGINEERING TASK FORCE déclinent toute garantie, expresse ou implicite, y compris mais sans s'y limiter, toute garantie que l'utilisation de l'information ici présente n'enfreindra aucun droit ou aucune garantie implicite de commercialisation ou d'adaptation a un objet particulier.

Remerciement

Le financement de la fonction d’éditeur des RFC est actuellement fourni par la Internet Society.