1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(04/97)SRIE G: SYSTMES ET SUPPORTS DETRANSMISSION, SYSTMES ET RSEAUXNUMRIQUESSystmes de transmission numriques Rseauxnumriques Caractristiques des rseaux hirarchienumrique synchrone)NTERFONCTIONNEMEN
2、T DES ARCHITECTURES DEPROTECTION DES RSEAUX HIRARCHIE NUMRIQUESYNCHRONERecommandation UIT-T G.842(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE G3934 -%3 %4 3500/243 $% 42!.3-)33)/. 3934 -%3 %4 2 3%!58 .5- 2)15%3Pour plus de dtails, voir la Liste des Recommandations de lUIT-
3、T.CONNEXIONS ET CIRCUITS TLPHONIQUES INTERNATIONAUX G.100G.1993934 -%3 ).4%2.!4)/.!58 !.!,/)15%3 #/52!.43 0/24%523CARACTRISTIQUES GNRALES COMMUNES TOUS LES SYSTMESANALOGIQUES COURANTS PORTEURSG.200G.299CARACTRISTIQUES INDIVIDUELLES DES SYSTMES TLPHONIQUESINTERNATIONAUX COURANTS PORTEURS SUR LIGNES M
4、TALLIQUESG.300G.399CARACTRISTIQUES GNRALES DES SYSTMES TLPHONIQUESINTERNATIONAUX HERTZIENS OU SATELLITES ET INTERCONNEXIONAVEC LES SYSTMES SUR LIGNES MTALLIQUESG.400G.449COORDINATION DE LA RADIOTLPHONIE ET DE LA TLPHONIE SURLIGNESG.450G.499#!2!#4 2)34)15%3 $%3 3500/243 $% 42!.3-)33)/.3934 -%3 $% 42!
5、.3-)33)/. .5- 2)15%3EQUIPEMENTS TERMINAUX G.700G.799RSEAUX NUMRIQUES G.800G.899Gnralits G.800G.809Objectifs de conception pour les rseaux numriques G.810G.819Objectifs de qualit et de disponibilit G.820G.829Fonctions et capacits du rseau G.830G.839#ARACTRISTIQUES DES RSEAUX HIRARCHIE NUMRIQUE SYNCHR
6、ONE Rseau de gestion des tlcommunications G.850G.859SECTIONS NUMRIQUES ET SYSTMES DE LIGNES NUMRIQUES G.900G.999RECOMMANDATION UIT-T G.842INTERFONCTIONNEMENT DES ARCHITECTURES DE PROTECTIONDES RESEAUX A HIERARCHIE NUMERIQUE SYNCHRONERsumLa prsente Recommandation contient les spcifications dinterfonc
7、tionnement des architectures deprotection de rseau. Elle traite en particulier de linterconnexion un seul nud et deux nudsentre anneaux de protection partage de section(s) de multiplexage (MS, multiplex section) etanneaux de protection de connexion de sous-rseau (SNCP, sub-network connection protect
8、ion) demme type ou de types diffrents.SourceLa Recommandation UIT-T G.842, labore par la Commission dtudes 15 (1997-2000) de lUIT-T,a t approuve le 8 avril 1997 selon la procdure dfinie dans la Rsolution n 1 de la CMNT.ii Recommandation G.842 (04/97)AVANT-PROPOSLUIT (Union internationale des tlcommu
9、nications) est une institution spcialise des Nations Unies dansle domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est unorgane permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification,et met ce sujet des Recommandatio
10、ns en vue de la normalisation des tlcommunications lchellemondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans,dtermine les thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retourdes Recommandations sur ces thme
11、s.Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT.Dans certains secteurs de la technologie de linformation qui correspondent la sphre de comptence delUIT-T, les normes ncessaires se prparent en collaboration avec lISO et l
12、a CEI.NOTEDans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrgeaussi bien une administration de tlcommunications quune exploitation reconnue.DROITS DE PROPRIT INTELLECTUELLELUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de l
13、a prsente Recommandationpuisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce quiconcerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soientrevendiqus par un Membre de lUIT ou par une tierce partie trangre la pro
14、cdure dlaboration desRecommandations.A la date dapprobation de la prsente Recommandation, lUIT avait/navait pas t avise de lexistence duneproprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsenteRecommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements le
15、s plus rcents, il estvivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevetsdu TSB. UIT 1997Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sousquelque forme que ce soit et par aucun procd, lectronique ou m
16、canique, y compris la photocopie et lesmicrofilms, sans laccord crit de lUIT.Recommandation G.842 (04/97) iiiTABLE DES MATIRESPage1 Domaine dapplication 12 Rfrences normatives 13 Termes et dfinitions 14 Abrviations 35 Critres/objectifs dinterfonctionnement. 45.1 Critres dinterfonctionnement danneaux
17、 avec un anneau protection partage de(s)section(s) de multiplexage 56 Architectures dinterfonctionnement. 56.1 Interconnexion uninodale 56.2 Interconnexion binodale 66.2.1 Architecture gnralise 66.2.2 Interfonctionnement danneaux avec un anneau protection partage de(s)section(s) de multiplexage. 76.
18、2.3 Interfonctionnement danneaux avec un anneau SNCP. 236.2.4 Anneaux multiples. 337 Interfonctionnement entre couches de rseau. 338 Encombrement des commutateurs 33Recommandation G.842 (04/97) 1Recommandation G.842INTERFONCTIONNEMENT DES ARCHITECTURES DE PROTECTIONDES RESEAUX A HIERARCHIE NUMERIQUE
19、 SYNCHRONE(Genve, 1997)1 Domaine dapplicationLa prsente Recommandation dcrit les mcanismes dinterfonctionnement entre architectures deprotection de rseau. Les architectures de protection de rseau sont dcrites dans la RecommandationG.841. Linterfonctionnement dcrit ici sapplique linterconnexion un nu
20、d et deux nuds pourlchange de trafic entre anneaux. Chaque anneau peut tre configur pour la protection partage desection(s) de multiplexage ou pour la protection SNCP.2 Rfrences normativesLes Recommandations UIT-T et autres rfrences suivantes contiennent des dispositions qui, parsuite de la rfrence
21、qui y est faite, constituent des dispositions valables pour la prsenteRecommandation. Au moment de la publication, les ditions indiques taient en vigueur. TouteRecommandation ou autre rfrence est sujette rvision; tous les utilisateurs de la prsenteRecommandation sont donc invits rechercher la possib
22、ilit dappliquer les ditions les plusrcentes des Recommandations et autres rfrences indiques ci-aprs. Une liste desRecommandations UIT-T en vigueur est publie rgulirement. Recommandation UIT-T G.803 (1997), Architecture des rseaux de transport hirarchienumrique synchrone; Recommandation UIT-T G.841 (
23、1995), Types et caractristiques des architectures deprotection pour rseaux en hirarchie numrique synchrone; Recommandation UIT-T G.783 (1997), Caractristiques des blocs fonctionnels desquipements de la hirarchie numrique synchrone.3 Termes et dfinitionsNOTE Les dfinitions donnes ici devront tre revu
24、es compte tenu de la nouvelle Recommandation sur levocabulaire applicable la hirarchie numrique synchrone.La prsente Recommandation dfinit les termes suivants:3.1 extraction/poursuite: Fonction dun nud danneau, permettant la fois dextraire le traficdes voies en service (extraction) et de continuer l
25、couler sur cet anneau (poursuite de latransmission).3.2 (trafic) biconcentr: Grce la prsence de deux centraux pivots ou sites similaires, letrafic biconcentr peut tre rout via lun ou lautre de ces deux centraux ou les deux. Le traficbiconcentr peut continuer dtre coul en cas de panne de lun des deux
26、 centraux.3.3 interconnexion binodale: Architecture dans laquelle deux anneaux sont interconnects pardeux nuds.3.4 dlai de garde: Dlai dattente quun dispositif de commande de disjonction ou decommutation de protection observe, aprs avoir dtect une panne, avant de se dclencher.2 Recommandation G.842
27、(04/97)3.5 slecteur de conduit: Dans une architecture de protection SNCP, fonction nodale quislectionne un affluent qui est extrait des voies en service provenant dun ct ou de lautre du nud,selon des critres correspondant au niveau du conduit.3.6 nud primaire: Dans une architecture dinterfonctionnem
28、ent danneaux protectionpartage de sections de multiplexage, nud assurant pour un affluent les fonctions de slection duservice et dextraction/poursuite. Diffrents affluents peuvent avoir diffrents nuds primairesassigns.3.7 propagation de la disjonction: Commutation de protection entranant une autreco
29、mmutation de protection. La propagation de la disjonction est la plupart du temps indsirable dupoint de vue de la maintenance.3.8 interconnexion danneaux: Architecture dans laquelle deux anneaux sont interconnectspar un ou plusieurs nuds.3.9 interfonctionnement danneaux: Topologie de rseau dans laqu
30、elle deux anneaux sontinterconnects par deux nuds, fonctionnant de telle manire quune panne de lun quelconque de cesdeux nuds nentrane aucune perte du trafic dexploitation. Cette topologie est reprsente sur laFigure 1.3.10 circuit secondaire: Dans une architecture dinterfonctionnement danneaux prote
31、ctionpartage des sections de multiplexage, cheminement de remplacement utilis pour couler le traficdun anneau vers lautre. Cette protection par reroutage est utilise en cas dinterruption du circuit deservice.3.11 nud secondaire: Dans une architecture dinterfonctionnement danneaux protectionpartage d
32、es sections de multiplexage, nud mettant la disposition dun affluent le reroutagedinterfonctionnement.3.12 circuit de service: Dans une architecture dinterfonctionnement danneaux protectionpartage de sections de multiplexage, cheminement de premier choix utilis pour acheminer le traficdun anneau lau
33、tre.3.13 slecteur de service: Dans une architecture danneaux protection partage des sections demultiplexage, fonction nodale utilise pour linterfonctionnement des anneaux. Cette fonctionslectionne le trafic contenu dans lune ou lautre des voies arrivant dun mme ct de lanneau, ou letrafic entrant dan
34、s lanneau, selon certains critres.3.14 interconnexion uninodale: Architecture dans laquelle deux anneaux sont interconnects parun seul nud.3.15 nud de terminaison: Nud (autre que primaire ou secondaire) par lequel un affluent entredans lanneau ou en sort.Recommandation G.842 (04/97) 3T1524330-96RAAR
35、I1ZTATI1RI2TI2Etat dabsence de panne (du point de vue de lanneau suprieur)RI1= RI2= TARA= TI1ou TI2TI1= TI2Figure 1/G.842 Interfonctionnement danneaux gnralis4 AbrviationsLa prsente Recommandation utilise les abrviations suivantes:ADM multiplexeur dinsertion/extraction (add/drop multiplexer)AIS sign
36、al dindication dalarme (alarm indication signal)AU unit administrative (administrative unit)HO ordre suprieur (higher order)HP conduit dordre suprieur (higher order path)HPC connexion dun conduit dordre suprieur (higher order path connection):HPOM surveillance de surdbit de conduit dordre suprieur (
37、higher order path overheadmonitor)LO ordre infrieur (lower order)LOF perte de trame (loss of frame)LOP perte de pointeur (loss of pointer)LOS perte de signal (loss of signal)4 Recommandation G.842 (04/97)LPC connexion de conduit dordre infrieur (lower order path connection)LPOM surveillance de surdb
38、it de conduit dordre infrieur (lower order path overheadmonitor)MS section de multiplexage (multiplex section)SDH hirarchie numrique synchrone (synchronous digital hierarchy)SNC connexion de sous-rseau (subnetwork connection)SNCP protection dune connexion de sous-rseau (subnetwork connection protect
39、ion)SNC/I protection dune connexion de sous-rseau avec surveillance intrinsque (sub-network connection protection with inherent monitoring)SNC/N protection dune connexion de sous-rseau avec surveillance non intruse (sub-network connection protection with non-intrusive monitoring)STM(-N) module de tr
40、ansport synchrone (de niveau -N) synchronous transport module (-N)TIM discordance entre identificateurs de reprage (trace identifier mismatch)UNEQ conduit non quip (unequipped)VC conteneur virtuel (virtual container)5 Critres/objectifs dinterfonctionnementLinterfonctionnement des architectures de pr
41、otection en hirarchie SDH vise renforcer le degr deprotection dun rseau. En ce qui concerne les critres dinterfonctionnement, on prendra notammenten considration: les caractristiques de disponibilit de bout en bout; la robustesse (rsistance aux diverses pannes); la complexit et les cots de mise en u
42、vre.Les objectifs dinterfonctionnement sont recenss ci-dessous:1) linterfonctionnement des anneaux doit tre assur de telle manire que, si deux anneaux sontinterconnects par plusieurs de leurs nuds, une panne dans lun de ces nuds nentraneaucune perte de service;2) il doit tre possible dviter la propa
43、gation de la commutation entre anneaux eninterfonctionnement;3) lanneau doit pouvoir procder lextraction du trafic en plusieurs nuds, cest-dire que letrafic dexploitation doit pouvoir tre extrait dau moins deux nuds dun mme anneau sansque cela compromette la capacit de rtablissement du trafic biconc
44、entr (ou de tout autretrafic);4) plusieurs anneaux peuvent tre interconnects entre eux. Les limites dinterconnexiondoivent tre les mmes dans tous les cas semblables dinterfonctionnement entre deux typesdanneaux.Recommandation G.842 (04/97) 55.1 Critres dinterfonctionnement danneaux avec un anneau pr
45、otection partage de(s)section(s) de multiplexageLes objectifs applicables au cas particulier dinterfonctionnement danneaux avec un anneau protection partage de(s) section(s) de multiplexage sont les suivants: les nuds dun anneau protection partage de(s) section(s) de multiplexage doivent pouvoirtre
46、interconnects deux nuds dune autre architecture. En particulier, ces nuds doiventpouvoir tre interconnects deux nuds dun autre anneau, quel que soit le type decommutation de secours employ par lautre anneau (protection dune connexion de sous-rseau (SNCP) ou protection partage de(s) section(s) de mul
47、tiplexage, par exemple); pour quun affluent soit protg contre les pannes dinterconnexion danneaux, larchitecturedinterconnexion doit tre en mesure dassurer une protection contre toute panne dun nuddinterconnexion, de deux nuds dinterconnexion (situs sur des anneaux diffrents mais aumme point dinterconnexion) ou de la connexion entre les deux nuds dinterconnexion; les deux nuds dinterconnexion ne doivent pas ncessairement tre adjacents; larchitecture dinterconnexion danneaux doit pouvoir supporter linterconnex
