ITU-T Y 1710 FRENCH-2002 Requirements for Operation & Maintenance functionally for MPLS networks《多协议标签交换(MPLS)网络的有效操作要求和维护要求 13号研究组》.pdf

1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T Y.1710SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2002) SRIE Y: INFRASTRUCTURE MONDIALE DE LINFORMATION ET PROTOCOLE INTERNET Aspects relatifs au protocole Internet Gestion, exploitation et maintenance Prescriptions relatives la fonct

2、ionnalit dexploitation et de maintenance pour les rseaux MPLS Recommandation UIT-T Y.1710 RECOMMANDATIONS UIT-T DE LA SRIE Y INFRASTRUCTURE MONDIALE DE LINFORMATION ET PROTOCOLE INTERNET INFRASTRUCTURE MONDIALE DE LINFORMATION Gnralits Y.100Y.199 Services, applications et intergiciels Y.200Y.299 Asp

3、ects rseau Y.300Y.399 Interfaces et protocoles Y.400Y.499 Numrotage, adressage et dnomination Y.500Y.599 Gestion, exploitation et maintenance Y.600Y.699 Scurit Y.700Y.799 Performances Y.800Y.899 ASPECTS RELATIFS AU PROTOCOLE INTERNET Gnralits Y.1000Y.1099 Services et applications Y.1100Y.1199 Archit

4、ecture, accs, capacits de rseau et gestion des ressources Y.1200Y.1299 Transport Y.1300Y.1399 Interfonctionnement Y.1400Y.1499Qualit de service et performances de rseau Y.1500Y.1599 Signalisation Y.1600Y.1699 Gestion, exploitation et maintenance Y.1700Y.1799 Taxation Y.1800Y.1899 Pour plus de dtails

5、, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T Y.1710 (11/2002) i Recommandation UIT-T Y.1710 Prescriptions relatives la fonctionalit dexploitation et de maintenance pour les rseaux MPLS Rsum La prsente Recommandation indique les objectifs et les prescriptions relatives la fonctionnalit O

6、AM (exploitation et maintenance) dans le plan utilisateur pour les rseaux communication multiprotocole avec tiquette (MPLS, multiprotocol label switched). Source La Recommandation Y.1710 de lUIT-T, rvise par la Commission dtudes 13 (2001-2004) de lUIT-T, a t approuve le 8 novembre 2002 selon la proc

7、dure dfinie dans la Rsolution 1 de lAMNT. Mots cls Drangement, LSP, MPLS, OAM, panne, performance du rseau, scurit, SLA. ii Rec. UIT-T Y.1710 (11/2002) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications.

8、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 tlcommunications lchelle mondiale. LAssemble mondiale de nor

9、malisation 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 Recommandations par les Membres de lUIT-T seffectue selon la procdure dfi

10、nie 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 Recommandation, lexpression “Administration“ est utilise pour dsig

11、ner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. 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 de proprit intellectue

12、lle. 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 de la prsente Recommanda

13、tion, 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 mise en uvre de consulte

14、r la base de donnes des brevets du TSB. UIT 2003 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 Y.1710 (11/2002) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3

15、 Dfinitions 1 4 Symboles et abrviations 1 5 Introduction 2 6 Objectifs des fonctions OAM pour les rseaux commutation MPLS 2 7 Prescriptions pour fonctions OAM de rseau MPLS . 4 Rec. UIT-T Y.1710 (11/2002) 1 Recommandation UIT-T Y.1710 Prescriptions relatives la fonctionnalit dexploitation et de main

16、tenance pour les rseaux MPLS 1 Domaine dapplication La prsente Recommandation indique les objectifs et les prescriptions relatives la fonctionnalit dexploitation et de maintenance (OAM) 1 dans le plan utilisateur pour les rseaux commutation multiprotocole avec tiquette (MPLS, multiprotocol label swi

17、tched). La fonctionnalit OAM MPLS est conue de manire tre indpendante des services. 2 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie intgrante. Les versions indiques taient en vigueur au moment

18、 de la publication de la prsente Recommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des Recommandations de lUIT-T en vigue

19、ur est rgulirement publie. La rfrence un document figurant dans la prsente Recommandation ne donne pas ce document en tant que tel le statut dune Recommandation. 1 Recommandation UIT-T I.610 (1999), Principes et fonctions dexploitation et de maintenance du RNIS large bande. 2 Recommandation UIT-T M.

20、20 (1992), Philosophie de maintenance pour les rseaux de tlcommunication. 3 Recommandation UIT-T G.805 (2000), Architecture fonctionnelle gnrique des rseaux de transport. 4 IETF RFC 3032 (2001), MPLS Label Stack Encoding (Codage des piles dtiquettes de commutation MPLS). 5 IETF RFC 3031 (2001), Mult

21、iprotocol Label Switching Architecture (Architecture de commutation par tiquettes entre protocoles multiples). 3 Dfinitions La prsente Recommandation introduit certains termes darchitecture fonctionnelle qui sont ncessaires afin danalyser les lments de rseau associs la fonctionnalit OAM. Comme il sa

22、git dune terminologie qui nest pas ncessairement connue, les principaux termes sont dfinis ci-dessous. 3.1 drangement: interruption de la capacit dune entit de transport (par exemple, dune connexion rseau) transfrer des informations dutilisateur ou OAM 2. 3.2 dfaillance: interruption permanente de l

23、a capacit dune entit de transport transfrer des informations dutilisateur ou OAM 2. Une dfaillance peut tre cause par un drangement persistant. 4 Symboles et abrviations La prsente Recommandation utilise les abrviations suivantes: ATM mode de transfert asynchrone (asynchronous transfer mode) 2 Rec.

24、UIT-T Y.1710 (11/2002) DoS dni de service (denial of service) FR relais de trames (frame relay) IP protocole Internet (Internet protocol) LSN nud avec commutation par tiquette (label switching node) LSP conduit commut avec tiquette (label switched path) MPLS commutation multiprotocole avec tiquette

25、(multiprotocol label switched) NMS systme de gestion du rseau (network management system) OAM exploitation et maintenance (operation and maintenance) OTN rseau de transport optique (optical transport network) SDH hirarchie numrique synchrone (synchronous digital hierarchy) SLA accord de niveau de se

26、rvice (service level agreement) 5 Introduction Les objectifs de la prsente Recommandation font suite au besoin exprim par les oprateurs de rseau dun traitement des drangements correct au plan de larchitecture des conduits commuts avec tiquette (LSP, label switched path) dans les rseaux MPLS, compte

27、tenu du fait que ces LSP peuvent prendre en charge de nombreux rseaux stratifis “client“ diffrents (tels que IP, FR et ATM) et peuvent leur tour tre pris en charge par de nombreux rseaux stratifis “serveur“ diffrents (tels que SDH/SONET et OTN). Les mcanismes OAM du plan utilisateur sont galement nc

28、essaires afin de vrifier que les conduits LSP conservent une connexit correcte et peuvent donc acheminer le trafic client moyennant une disponibilit et une performance du rseau mesurables indiques dans les conventions sur le niveau de service (SLA, service level agreement). NOTE La mesure de la perf

29、ormance du rseau nest pas traite dans la prsente Recommandation. Les prescriptions prsentes dans la prsente Recommandation sont (entre autres) les suivantes: mcanismes permettant de dtecter, didentifier et de localiser efficacement les drangements survenant dans les rseaux couche de commutation MPLS

30、; mcanismes de notification et de traitement des drangements tels que la suppression des rafales dalarmes dans les scnarios de conduits imbriqus; spcification des critres permettant de dfinir la disponibilit (entre/sortie) des conduits LSP et la relation avec les mesures de performance; tablissement

31、 dun mcanisme de dclenchement tel quune commutation de protection en cas de dfaillance. 6 Objectifs des fonctions OAM pour les rseaux commutation MPLS Il est reconnu que la fonctionnalit OAM est importante pour les rseaux publics afin de faciliter leur exploitation, de vrifier leur performance et de

32、 rduire leurs cots dexploitation. La fonctionnalit OAM est particulirement importante pour les rseaux qui sont appels atteindre des objectifs de performance du rseau et de disponibilit (et qui sont donc susceptibles de subir les mesurages correspondants). Dautres objectifs principaux des fonctions O

33、AM pour les rseaux MPLS sont examins ci-dessous. a) Les MPLS introduisent une capacit unique de rseau couches et certains modes de dfaillance pourront donc ntre applicables qu des rseaux couche MPLS. Les mcanismes OAM de technologies non MPLS de couche infrieure (serveuse) ou suprieure (cliente) ne

34、peuvent agir en tant que remplaants de la fonctionnalit OAM de la Rec. UIT-T Y.1710 (11/2002) 3 couche MPLS. Cette constatation est galement dterminante pour assurer que les technologies de couche rseau puissent se dvelopper de manire indpendante. La capacit dimbrication de la commutation MPLS (rali

35、se par codage de piles dtiquettes 5) permet de crer de multiples rseaux couches proprement dits dans le cadre de la technique de commutation MPLS. Il faut noter que la commutation MPLS na pas de hirarchie fixe et quen thorie (du moins) la profondeur dimbrication pourrait tre illimite. Les drangement

36、s dans le plan utilisateur MPLS sont ceux que lon rencontre au cours du transport du trafic client. Bien que des fonctions OAM du plan de commande MPLS soient disponibles (mais ce nest pas toujours le cas), les oprateurs de rseau ne peuvent pas se fonder exclusivement sur le plan de commande pour dt

37、ecter tous les drangements du plan utilisateur. Cela peut sexpliquer en partie comme suit: le plan dutilisateur acheminant le trafic client et le plan de commande acheminant les protocoles de signalisation nont pas forcment la mme route et ne sont en tout cas pas traits de la mme manire dans les nud

38、s ou exposs aux mmes mcanismes de drangement. Pour cette raison, le comportement des protocoles de plan de commande ou du plan de commande sur lequel ils sont achemins ne peut pas tre une indication de ltat du plan utilisateur acheminant le trafic client. un rseau MPLS peut navoir aucune signalisati

39、on dans le plan de commande, savoir lorsque les conduits LSP sont tablis statiquement; le plan de commande proprement dit peut avoir un drangement mais celui-ci peut tre sans effet sur le plan utilisateur acheminant le trafic client. Par ailleurs, comme cela est ncessaire pour prendre en charge (ou

40、tre pris en charge par des) diffrentes technologies de couche cliente (et de couche serveuse), il est primordial que les mcanismes des fonctions OAM dans le plan dutilisateur des rseaux MPLS soient indpendants des protocoles de plan de commande pour permettre chaque ensemble de protocoles de se comp

41、orter de manire indpendante. En effet, on constatera en gnral que le plan utilisateur acheminant le trafic de plan de commande comme les protocoles de plan de commande proprement dits ont besoin de leurs propres mcanismes OAM indpendants. Llment dterminant quil convient de retenir des considrations

42、qui prcdent est que les oprateurs veulent une solution unique par la fonctionnalit OAM pour les rseaux MPLS qui est correcte au plan de larchitecture et qui est indpendante du plan de commande dans tous les scnarios de rseau. b) Les oprateurs doivent pouvoir dterminer la disponibilit de conduit LSP

43、et la performance du rseau en sachant que les mesures de cette performance nont de sens que si le conduit LSP est ltat disponible. Ces informations peuvent galement servir aux fins de la comptabilit et de la facturation afin de sassurer que des dgradations ou interruptions de service ne sont pas imp

44、utes par erreur des clients. c) Rduire les cots dexploitation par une dtection, un diagnostic et un traitement efficaces des drangements. Labsence de moyens automatiques de dtection et de traitement des drangements oblige les oprateurs augmenter leur personnel dingnierie et dappui, ce qui augmente l

45、es cots dexploitation gnraux. d) Rduire la dure des drangements et amliorer ainsi la performance de la disponibilit. e) Manifester un engagement afin dassurer la scurit/confidentialit du trafic client en faisant en sorte que les ventuels drangements se traduisant par des erreurs dacheminement du tra

46、fic puissent tre dtects/diagnostiqus et prendre les mesures appropries (comme lamortissement du trafic, le cas chant). f) Rduire autant que possible le nombre des drangements qui ne sont pas automatiquement dtects tant que le client ne les a pas signals. Les actions de maintenance proactive de 4 Rec

47、. UIT-T Y.1710 (11/2002) cette nature contribuent aussi diminuer le cot dexploitation en limitant autant que possible les risques de diagnostic incorrect tout en augmentant (comme laction prcdente) la confiance qua le client dans loprateur. g) Permettre de faire la diffrence entre les drangements provenant de couches infrieures et ceux provenant du conduit LSP sous un angle permettant des actions de commutation de protection plus rflchies. 7 Prescriptions pour fonctions OAM de rseau MPLS Les conditions suivantes doivent tre satisfaites par les fonctions OAM