1、 Union internationale des tlcommunicationsUIT-T X.87/Y.1324SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (10/2003) SRIE X: RSEAUX DE DONNES, COMMUNICATION ENTRE SYSTMES OUVERTS ET SCURIT Rseaux publics de donnes Transmission, signalisation et commutation SRIE Y: INFRASTRUCTURE MONDIALE DE
2、 LINFORMATION, PROTOCOLE INTERNET ET RSEAUX DE PROCHAINE GNRATION Aspects relatifs au protocole Internet Transport Anneaux multiservices bass sur mode paquet Recommandation UIT-T X.87/Y.1324 RECOMMANDATIONS UIT-T DE LA SRIE X RSEAUX DE DONNES, COMMUNICATION ENTRE SYSTMES OUVERTS ET SCURIT RSEAUX PUB
3、LICS DE DONNES Services et fonctionnalits X.1X.19 Interfaces X.20X.49 Transmission, signalisation et commutation X.50X.89 Aspects rseau X.90X.149 Maintenance X.150X.179 Dispositions administratives X.180X.199 INTERCONNEXION DES SYSTMES OUVERTS Modle et notation X.200X.209 Dfinitions des services X.2
4、10X.219 Spcifications des protocoles en mode connexion X.220X.229 Spcifications des protocoles en mode sans connexion X.230X.239 Formulaires PICS X.240X.259 Identification des protocoles X.260X.269 Protocoles de scurit X.270X.279 Objets grs des couches X.280X.289 Tests de conformit X.290X.299 INTERF
5、ONCTIONNEMENT DES RSEAUX Gnralits X.300X.349 Systmes de transmission de donnes par satellite X.350X.369 Rseaux protocole Internet X.370X.379 SYSTMES DE MESSAGERIE X.400X.499 ANNUAIRE X.500X.599 RSEAUTAGE OSI ET ASPECTS SYSTMES Rseautage X.600X.629 Efficacit X.630X.639 Qualit de service X.640X.649 Dn
6、omination, adressage et enregistrement X.650X.679 Notation de syntaxe abstraite numro un (ASN.1) X.680X.699 GESTION OSI Cadre gnral et architecture de la gestion-systmes X.700X.709 Service et protocole de communication de gestion X.710X.719 Structure de linformation de gestion X.720X.729 Fonctions d
7、e gestion et fonctions ODMA X.730X.799 SCURIT X.800X.849 APPLICATIONS OSI Engagement, concomitance et rtablissement X.850X.859 Traitement transactionnel X.860X.879 Oprations distantes X.880X.889 Applications gnriques de lASN.1 X.890X.899 TRAITEMENT RPARTI OUVERT X.900X.999 SCURIT DES TLCOMMUNICATION
8、S X.1000 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T X.87/Y.1324 (10/2003) i Recommandation UIT-T X.87/Y.1324 Anneaux multiservices bass sur mode paquet Rsum La prsente Recommandation dfinit lanneau multiservices (MSR, multiple services ring), employant lanneau optim
9、is pour le mode paquet (RPR, resilient packet ring). Il indique galement comment fournir des multiservices sur cet anneau RPR. Lanneau MSR est conu pour tre exploit au niveau client de la couche de commande daccs au support (MAC, media access control) de lanneau RPR. Il emploie un algorithme dquit (
10、FA, fairness algorithm) au niveau de la commande MAC RPR pour que puissent tre assurs les services des classes A, B et C. Il est utilis dans des configurations o le service tributaire est gr au moyen du dimensionnement. En ce qui concerne larchitecture, les topologies de liaison et de diffusion sont
11、 aussi prises en charge. Sont mises en vidence dans la prsente Recommandation, les caractristiques en fonction des affluents (ou des services, tels que le protocole Ethernet, le relais de trames et le protocole conforme la Rec. UIT-T G.702, etc.) de la mise en attente dans les 50 ms selon les modles
12、 1+1, 1:1 et 1:N, celles en fonction des affluents (ou des services) de la gestion de la largeur de bande (BW, band width), symtrique ou asymtrique, et celles en fonction des affluents de la multidiffusion et du numro de squence de trames pour la surveillance de la performance des affluents. Source
13、La Recommandation UIT-T X.87/Y.1324 a t approuve le 29 octobre 2003 par la Commission dtudes 17 (2001-2004) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T X.87/Y.1324 (10/2003) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcia
14、lise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des
15、 tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommandati
16、ons par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recom
17、mandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obli
18、gatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent no
19、ncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit
20、 de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation d
21、e la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand aux responsables de la m
22、ise en uvre de consulter la base de donnes des brevets du TSB. UIT 2006 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T X.87/Y.1324 (10/2003) iii TABLE DES MATIRES Page 1 Domaine dapplication
23、 1 2 Rfrences. 2 2.1 Recommandations UIT-T. 2 2.2 Spcifications IEEE 3 2.3 Rfrence informative 3 3 Dfinitions 3 4 Abrviations 7 4.1 Abrviations dfinies dans le protocole RPR 9 . 7 4.2 Abrviations dfinies dans la Rec. UIT-T I.321. 8 4.3 Abrviations dfinies par lETSI 8 4.4 Abrviations dfinies dans la
24、prsente Recommandation 8 5 Cadre du rseau de lanneau multiservices employant lanneau optimis pour le mode paquet 10 5.1 Elments de lanneau au niveau de la commande daccs au support physique de lanneau optimis pour le mode paquet 10 5.2 Types de trames sur un anneau et multiservices dans les affluent
25、s 10 5.3 Composantes dun nud de donnes au niveau client de la commande daccs au support physique . 12 5.4 Point de rfrence dun nud de donnes au niveau client de la commande daccs au support physique. 14 5.5 Architecture fonctionnelle de transport des rseaux en anneaux multiservices. 14 5.6 Mise en u
26、vre des trames de gestion du rseau au niveau client de la commande daccs au support physique. 20 5.7 Gestion des dfaillances au niveau client de la commande daccs au support physique. 21 5.8 Gestion de la qualit de fonctionnement au niveau client de la commande daccs au support physique . 21 6 Cadre
27、 du protocole 22 6.1 Cadre du protocole du conduit composite 22 6.2 Interface (cliente) de lanneau multiservices avec le niveau de la commande daccs au support physique employant le rseau optimis pour le mode paquet . 24 6.3 Unit fonctionnelle dadaptation des affluents . 27 7 Format de trame gnrique
28、 . 27 7.1 Adresse de destination employer dans la prsente Recommandation . 28 7.2 Champ du type Ethernet tendu . 29 7.3 Champ du type de capacit utile. 29 7.4 Champ de lindicateur de la squence de contrle de trame de donnes utiles . 29 iv Rec. UIT-T X.87/Y.1324 (10/2003) Page 7.5 Champ rserv 29 7.6
29、Champ du type daffluent, de la signalisation de commande et de la gestion du rseau 30 7.7 Champ du nombre daffluents. 32 7.8 Champ rserv 32 7.9 Champ du numro de squence de trames . 32 7.10 Champ du contrle derreur den-tte 33 7.11 Capacit utile dans le cadre du protocole X.87/Y.1324 . 33 7.12 Squenc
30、e de contrle des trames de donnes utiles dans le cadre du protocole X.87/Y.1324 . 38 8 Bouclage des affluents (TRL) et vrification de la joignabilit dun nud (NRV) 38 8.1 Bouclage des affluents (TRL) 38 8.2 Raccourci pour le bouclage des affluents. 39 8.3 Vrification de la joignabilit dun nud . 40 8.
31、4 Raccourci pour la vrification de la joignabilit dun nud. 40 9 Emulation du circuit multiplex par rpartition dans le temps. 41 9.1 Introduction 41 9.2 Cadre du protocole de lmulation du circuit multiplex par rpartition dans le temps 41 9.3 Services assurs par la liaison de donnes le long de lanneau
32、 multiservices. 41 9.4 Fonctions prises en charge dans le protocole X.87/Y.1324 en cas dmulation du circuit multiplex par rpartition dans le temps 44 9.5 Fonctions XP impliques dans la prise en charge de lmulation du circuit multiplex par rpartition dans le temps 50 9.6 Fonctions de gestion implique
33、s dans la prise en charge de lmulation du circuit multiplex par rpartition dans le temps . 53 10 Mise en attente en fonction des affluents . 53 10.1 Mise en attente en fonction des affluents Ethernet. 53 10.2 Mise en attente en fonction des affluents TCE. 56 11 Multidiffusion en fonction des affluen
34、ts. 59 12 Rgulation de la largeur de bande, fusionnement, filtrage la vitesse de la ligne, superposition et duplication des affluents 60 12.1 Principes dutilisation des affluents Limitation de la largeur de bande avec symtrie ou asymtrie 60 12.2 Fusion des affluents, symtriques ou asymtriques . 62 1
35、2.3 Scurit en fonction des affluents Filtrage la vitesse de la ligne 62 Rec. UIT-T X.87/Y.1324 (10/2003) v Page 13 Application topologique fonde sur le type de liaison, le rseau de diffusion et la pseudo-maille 64 13.1 Prise en charge dun type de liaison avec adjonction et suppression des services t
36、ributaires 64 13.2 Prise en charge dune connexion de diffusion en vue de son application la diffusion vidonumrique. 65 13.3 Prise en charge dune topologie fonde sur la pseudo-maille. 65 vi Rec. UIT-T X.87/Y.1324 (10/2003) Introduction Lutilisation commerciale et mtropolitaine accrue des services de
37、rseau de donnes rendent ncessaire le dploiement des infrastructures de services de donnes laide dune mthode planifie en ce qui concerne les affluents ou les services. Lattribution dynamique des largeurs de bande et la diffrenciation des services sur un conduit composite, la gestion des largeurs de b
38、ande en fonction des affluents, la scurit, la mise en attente, la multidiffusion, la gestion de la performance et leurs applications dans les diffrentes topologies sont les critres de base permettant de dterminer la classe du transporteur. La conception dans la prsente Recommandation de lanneau mult
39、iservices employant lanneau optimis pour le mode paquet (RPR, resilient packet ring) doit donc disposer des capacits suivantes: 1) lencapsulation du protocole et le transport du protocole Ethernet, le relais de trames, le transport par circuit hirarchie numrique plsiochrone (PDH, plesiochronous digi
40、tal hierarchy) conforme au protocole G.702, par circuit synchrone et asynchrone, le signal vido, le signal vocal, la voie numrique prise en charge par le rseau numrique intgration de services (RNIS) 64 kbit/s sur un anneau deux fibres, une topologie fonde sur le type de liaison et la diffusion pour
41、les fibres; 2) la mise en attente dans les 50 ms, en fonction du service (ou de laffluent), selon les modles 1+1, 1:1 et 1:N; 3) la multidiffusion en fonction du service (ou de laffluent) et la multidiffusion et diffusion en fonction de la station; 4) la restriction de la largeur de bande du service
42、 (ou de laffluent), symtrique ou asymtrique; 5) la fusion des affluents, symtrique ou asymtrique; 6) le filtrage la vitesse de la ligne en fonction des affluents; 7) la surveillance de la performance en fonction des affluents, pendant des priodes de 15 minutes et de 24 heures; 8) la reproduction lin
43、tention des affluents; 9) le transport transparent, conforme au protocole point point sur Ethernet (PPPoE, point-to-point protocol over Ethernet) ou au protocole point point sur rseau en mode de transfert asynchrone (PPPoA, point-to-point protocol over asynchronous transfer mode), en fonction des tr
44、ames, du rseau daccs au rseau principal le long dun anneau multiservices (MSR, multiple services ring) ou dautres topologies, en vue de simplifier la comptabilit (par exemple, Radius), de rduire le travail de maintenance et damliorer la variation des temps dattente (compars la commutation des couche
45、s 2 et 3) dans les applications du rseau daccs. La prsente Recommandation prsente un modle de transport en mode paquet, destin aux services multiples et aux topologies multiples, qui est la continuation et lextension des modles dcrits dans les Recommandations UIT-T X.85/Y.1321 et X.86/Y.1323. Il est
46、 exig qu tout moment ce modle soit compatible avec les spcifications et normes existantes labores par lUIT-T et dautres organismes. Rec. UIT-T X.87/Y.1324 (10/2003) 1 Recommandation UIT-T X.87/Y.1324 Anneaux multiservices bass sur mode paquet 1 Domaine dapplication La prsente Recommandation dfinit l
47、anneau multiservices (MSR, multiple services ring), employant lanneau optimis pour le mode paquet (RPR, resilient packet ring). Il y est aussi indiqu comment fournir des multiservices sur cet anneau RPR. Lanneau MSR est conu pour tre exploit au niveau client de la couche de commande daccs au support
48、 physique (MAC, media access control) de lanneau RPR. Il emploie un algorithme dquit (FA, fairness algorithm) au niveau de la commande MAC RPR pour que puissent tre assurs les services des classes A, B et C. Il est utilis dans des configurations o le service tributaire est gr pour quil ny ait pas de surdimensionnement. En c
