4rth International Conference: Sciences of Electronic, Technologies of Information and Telecommunications March 25-29, 2007 TUNISIA

SETIT 2007

Application de lApproche de Diagnostic Cooprative au Rseau de Transmission SDH avec Prtraitement dAlarmes
Ezzeddine Tebai*, Ammar Bouallegue*
*

Laboratoire des systmes de communication SysCom Ecole Nationale dIngnieurs de Tunis, Campus universitaire, 2093, Tunis, Tunisie
Ezzeddine.tebai@fsgf.rnu.tn Bouallegue.ammar@enit.rnu.tn

Rsum : Les outils ncessaires la mise en place dun processus de diagnostic coopratif optimisant lapproche dcentralise [YAN 02] par une technique de data mining et une procdure de prtraitement des alarmes peuvent tre classs de la faon suivante : 1. Modlisation : cette partie a pour objectif de mettre en oeuvre le modle du systme superviser qui est le point dentre unique de la plate-forme de diagnostic; 2. Diagnostic : cela constitue le coeur du systme, il sagit en effet de larchitecture logicielle mettant en oeuvre lapproche cooprative du diagnostic et proposant partir de la dcentralisation du modle et du flux dobservations, filtr, lensemble des diagnostics locaux des sous rseaux. Le diagnostic se termine par lapplication de la stratgie de fusion pour aboutir au diagnostic global du rseau supervis; 3. Interface : elle permet de reprsenter le diagnostic ainsi obtenu sous plusieurs formes exploitables par un oprateur de supervision. Notre apport dans le cadre de cet article se situe essentiellement au niveau de la partie diagnostic. Le support dapplication que nous considrons est une partie du rseau de transmission tunisien bas sur la hirarchie numrique asynchrone. Mots Cl: Rseaux de tlcommunications, Diagnostic, prtraitement, dcentralisation, coopration, fusion.

1. Principe de la hirarchie numrique asynchrone SDH

1.1. Introduction Les concepts de la SDH rpondent un certain nombre d'objectifs qui sont la flexibilit, la visibilit, la facilit d'exploitation, la prise en compte des volutions futures vers les hauts dbits et l'interconnexion des systmes : La flexibilit d'un systme de multiplexage se mesure d'une part la facilit de rorganisation du train rsultant et d'autre part la possibilit de transporter dans ce train des dbits varis. Le principe de multiplexage retenu pour la SDH
-1-

est le multiplexage synchrone. Ce type de multiplexage procure une visibilit directe des signaux transports l'intrieur d'une trame 155 Mbit/s. On peut alors extraire ou insrer des affluents (ATM, HDLC, IP, ), rorganiser le multiplex sans effectuer l'ensemble des oprations de multiplexage/dmultiplexage. Le fait que la SDH soit essentiellement oriente vers la transmission sur fibres optiques a permis de diminuer les contraintes de dbit. Une part relativement importante du dbit peut donc tre rserve aux diffrentes fonctions d'exploitation et de maintenance, elles existent aux diffrents niveaux dfinis dans la SDH. Dans la hirarchie plsiochrone et pour les raisons voques au paragraphe prcdent, les systmes de

SETIT2007 transmission existants au del des dbits normaliss sont incompatibles entre eux. Il nest donc pas possible d'interconnecter deux systmes provenant de constructeurs diffrents sans redescendre au niveau des jonctions normalises (appel Mid Span Meet au U.S.A.), 45Mbit/s aux U.S.A. ou 140Mbit/s en Europe. La SDH normalise une famille d'interface de lignes optiques qui permettent cette interconnexion. Cette interconnexion ncessite, au del de la normalisation de la trame, la normalisation des paramtres optiques et des rgles d'exploitation des systmes. C'est ainsi qu'en 1988 le C.C.I.T.T. labore une srie de recommandations qui sont crites en s'inspirant du rseau optique amricain trs haut dbit (SONET, Synchronous Optical NETwork) et des normes europennes : G.707 (Synchronous digital bit rate), G.708 (Network Node Interface for the synchronous digital hierarchy), G.709 (Synchronous multiplexing structure). STM-n STM-1 STM-4 STM-16 STM-64 STM-256 Dbit 155 Mbit/s 622 Mbit 2,5 Gbit/s 10 Gbit/s 40 Gbit/s Supports FO, radio, coaxial FO FO FO FO

Table 1. Les STM-n normaliss de la SDH : dbits et supports 1.3. Notion de conteneur Le signal utile (laffluent), est projet dans une enveloppe adapte au dbit du signal et la structure de la trame, appele conteneur. Ce conteneur est transport dans le rseau de transmission SDH; le chemin dans le rseau entre le point dentre et le point de sortie, constitue ce quon appelle un conduit (path). Une des proprits essentielles de la SDH est de pouvoir grer ce conteneur (indpendamment de son contenu) et son conduit travers le rseau. A cette fin, des bits de gestion appels POH (Path OverHead = surdbit de conduit) sont ajouts au conteneur ; lensemble constitue ce quon appelle un conteneur virtuel VC (Virtual Container) : VC = C + POH. On verra dans le multiplexage SDH quil y a deux niveaux de VC : le Low Order VC (LO-VC) et le High Order VC (HO-VC). Par exemple, un signal 2 Mbit/s synchrone (E1) est transport dans le LO-VC appel VC12. 1.4. Notion de conduit et de section Un rseau SDH est constitu de noeuds qui peuvent assembler/dsassembler les affluents dans les STMs. On note les entits significatives suivantes pour la gestion : le conduit, associ au VC et la section. La section est partage entre la section de rgnration et la section de multiplexage. La section est associe au transport des modules STM. De la mme manire quun surdbit POH est utilis pour la gestion des conduits, un surdbit SOH (Section OH) est utilis pour le STM. Ce surdbit SOH est partag entre deux surdbits : RSOH (Regenerator SOH) et MSOH (Multiplex SOH). Lexistence des deux ordres de VC (L et H) entrane lexistence de deux ordres de conduits : LOP (Low Order Path) et HOP (High Order Path).

Le dbit de la trame de base STM1 (Synchronous Transport Module) est le 155,520 Mbit/s compatible avec le premier ordre de multiplexage des hirarchies amricaines (1544kbit/s) et le premier ordre europen (2048kbit/s). 1.2. Structure de la trame SDH La trame de base, appele STM-1 (Synchronous Transport Module 1) est structure en octets et possde les caractristiques suivantes [ITU 96] : taille : 2430 octets organiss en 9 ranges et 270 colonnes, les 9 premiers octets constituent la zone de supervision de SDH qui contient des informations sur la gestion du rseau et les 261 octets suivants la zone d'informations transmettre. dure : 125 sec (synchronisation sur le 8 kHz, contrainte vocale) et donc un dbit de 155 Mbit/s.

Il y a 3 zones dvolues aux informations suivantes : la capacit utile qui est linformation utile, (exemple : un E1 dun faisceau entre 2 commutateurs), les pointeurs (seront dcrits plus loin dans cette section) le surdbit de section (SOH, Section OverHead) qui est rserv lexploitation.

2. Le multiplexage SDH
2.1. Multiplexage des conduits Le multiplexage seffectue en deux tapes : multiplexage des LO-VCs dans les HO-VCs et multiplexage des HO-VCs dans les STMs [3]. On passe ainsi des conduits LO aux conduits HO, puis des conduits HO la section. La structure de multiplexage est gre par la recommandation G707. Pour
-2-

Le SOH et les pointeurs occupent les 9 premires colonnes de chaque trame, soit 81 octets (il reste donc 150,34 Mbit/s pour la partie utile). A partir du STM-1, on peut construire des multiplex suprieurs STM-n par entrelacement doctets. Les STM-n suivants sont actuellement normaliss:

SETIT2007 multiplexer et mettre en place les VCs, on fait chaque fois usage des pointeurs pour rattraper le dphasage et assurer la synchronisation. Les signaux affluents, clients de la SDH, associs aux LO-VCs, sont les affluents de base 1,5 Mbits/s (DS1 aux USA) et 2 Mbit/s (E1en Europe), qui correspondent aux VC-11 et VC-12 et les affluents PDH:6 Mbit/s, 34 Mbit/s et 45 Mbit/s qui correspondent aux VC-2 et VC-3. Les signaux affluents, clients de la SDH, associs aux HO-VCs, sont le VC-3 et le VC-4 pour le 45 Mbit/s PDH et le 140 Mbit/s PDH. On remarquera que VC-3 est la fois prsent comme LO et HO-VC. Le VC4 sert galement transporter un flux de cellules ATM. Le module STM-N permet de transporter N VC-4 ou 3N VC-3 ou (N-k) VC-4 et 3k VC-3 la fois. Le HO-VC a la mme structure que le LO-VC et est donc constitu par lassociation dun conteneur et dun (HO-) POH. Le VC et le pointeur associ constituent le TU (Tributary Unit) pour les LO-VCs. Lassemblage de plusieurs TUs constitue un TUG (Tributary Unit group). Un concept identique existe pour les HO-VCs : AU (Administrative Unit) et AUG (Administrative Unit Group). Lassemblage des TUG dans un TUG dordre suprieur ne doit pas tre homogne ce qui est une diffrence importante avec le PDH : par exemple, un TUG-3 peut tre form partir de 7 TUG-2s diffrents, 4 TUG-2 transportant chacun 3 VC-12 et 3 TUG-2 transportant chacun 4 VC-11. 2.2. Projection dun affluent ATM La projection est excute en alignant la structure byte de chaque cellule avec la structure byte du conteneur. Comme la taille du conteneur nest pas ncessairement un multiple de la taille de la cellule (soit 53 octets), il est permis une cellule de chevaucher deux containers. Pour viter la confusion de bits dinformation ATM avec des champs spcifiques du SDH, le contenu info de la cellule ATM (48 octets) est toujours brouill lmission (et dsembrouill la rception). La rcupration de la cellule ATM est base sur la reconnaissance de lentte de la cellule HEC (Header Error Control). Ces rgles simples sont appliques dans la Recommandation G707 pour la projection de flux ATM dans diffrents types de conteneur (VC-4-X, VC4, VC3, VC2-X, VC-12, VC-11). 2.3. Projection dun affluent HDLC La projection dun signal structur suivant la trame HDLC est excute en alignant la structure byte de la trame sur la structure byte du conteneur. La longueur de la trame tant variable, la trame peut chevaucher deux conteneurs conscutifs. Le flag HDLC (01111110) est utilis pour remplir lespace entre les trames successives. 2.4. Transport daffluent IP Il y a deux mthodes possibles : la mthode classique consiste transporter IP sur ATM. Une
-3-

autre approche, prconise par les partisans dun rseau multi-services bas sur IP et qui cherche privilgier la vitesse, consiste se passer dATM comme couche intermdiaire et appliquer directement IP sur SDH, approche appele POS (Packet Over SDH).Pratiquement cela consiste utiliser un protocole dencapsulation comme PPP et placer le tout dans une trame HDLC. Lavantage est de pouvoir raliser un rseau IP avec des routeurs haut dbit interconnects directement au moyen dun rseau SDH sans passer par des commutateurs ATM intermdiaires.

3. Aspects Architecturaux
3.1. Topologie Les rseaux PDH ont surtout t btis sur une topologie maille capable de permettre la constitution de routes alternatives pour le rtablissement du trafic perturb en cas de dfaillance dans des quipements ou des coupures de support (exp. cble avec plusieurs FOs). Les liaisons directes entre certains noeuds (centres de transmission) peuvent tre de type point point et protges par des protections de type 1+1 (mode actif/stand by ). Par protection il est sous entendu un rtablissement dans une dure trs courte ; de lordre de quelques ms. La protection est gnralement ralise via des basculements du trafic sur des quipements de rserve type 1+1 ou n+1. Par opposition, le terme restauration implique un rtablissement dans une dure de quelques secondes jusqu quelques minutes. La protection est gnralement ralise via des reroutages sur des routes alternatives qui demandent des actions de gestion excutes au dpart dun centre de gestion (par exemple, via des commandes sur des hubs ou des DXCs). Dans le cas du SDH, on peut utiliser ces topologies mais aussi recourir des configurations toiles autour de Hub et surtout des configurations en anneau. 3.2. Les anneaux SDH La combinaison SDH/FO permet de raliser une structure en anneau particulirement robuste et qui permet de scuriser le transport un cot plus raisonnable que des solutions traditionnelles en mode actif/stand by mises en oeuvre dans les rseaux PDH, ce que demandent les clients du rseau SDH (les rseaux PSTN, ISDN, ATM, GSM, circuits lous, etc.). Il y a deux modes dexploitation pour un anneau : anneau unidirectionnel : les deux sens de direction du signal sont transmis dans le mme sens de rotation sur deux fibres. anneau bidirectionnel : les deux sens de directions du signal sont transmis dans des sens opposs de rotation sur deux fibres. Pour la protection de section (en cas de coupure dune

SETIT2007 liaison entre deux n uds par exemple), les mcanismes suivants peuvent tre activs automatiquement dans les noeuds limitrophes de la section affecte. Les anneaux sont dits autocicatrisants : commutation des STM-n sur la fibre de rserve : MS-DPRING (Mux Section Dedicated Protection Ring) pour des anneaux unidirectionnels. bouclage des STM-n sur la partie intacte de lanneau : MS-SPRING (Mux Section Shared Protection Ring) pour des anneaux bidirectionnels. Dans ce cas, le trafic de la section affecte vient sajouter celui des trafics normaux des sections saines. Il faut donc que chaque arc soit dimensionn pour vhiculer le trafic normal auquel sajoute le trafic de larc maximal . En principe, DPRING perd 50% de la capacit mise en rserve et est moins efficace que SPRING ; ceci est particulirement vrai si lanneau vhicule des trafics plus ou moins quilibrs entre tous les ADMs connects sur lanneau. Lexprience montre [UTI 97] que les anneaux SPRING conviennent mieux pour les couches plus leves du rseau (urbain, transit national) avec des grandes capacits et des flux entre noeuds adjacents. Les anneaux DPRING seront plus utiliss dans les rseaux daccs o il y a moins de demande de trafic entre noeuds voisins mais une affinit pour un hub ou une tte danneau et o la simplicit dimplmentation et la disponibilit des conduits de bout en bout sont importantes.
SR Etudi Belvdre Ariana Bizerte Menzeh Marsa Bardo Hached Kasbah B.Arous Tabarka Ouerdi Tunis ALGERIE Bja 3 Klibi Nabeul Jendouba Hammemet Zaghouan Ke Sousse Siliana Monastir Kairouan Moknine Sbeitla Mahdia Kasserine Sidi Bouzid Bir Ali Meknassy FRANCE Gafsa Tozeur Sfax

4. Rseau SDH tudi

Dans notre deuxime cas dtude le rseau tudi (figure 1) est constitu de neuf n uds de transmission SDH formant un rseau en forme danneau avec un seul centre de supervision. Nous prsentons dans cette section, lexprimentation qui a t mise en place. Chaque multiplexeur ADM est situ dans une localit diffrente. Tous les multiplexeurs except celui TunisOuardia proposent des connexions de type PDH ou STM vers des clients. Le rseau de gestion associ cet anneau est constitu dun ensemble dobjets grs associs la norme [LAN 94]. Le rseau de gestion associ cet anneau est constitu dun ensemble dobjets grs associs la norme SDH (recommandations ITU G.784, G.784). La figure 2 prsente les objets grs associs au multiplexeur de Tunis-Belvdre. Les objets sont classs en couches hirarchiques. Ces couches sont au nombre de cinq : Synchronous Physical Interface (SPI) Regenerator Section Layer (RS) Multiplexer Section Layer (MS) Higher Order Path Layer (HOP) Lower Order Path Layer (LOP)

Chaque objet peut mettre des alarmes suite des pannes pouvant se produire sur lobjet gr en question. Ces alarmes peuvent tre aussi issues de la rception de messages sur lobjet en question, messages provenant dun autre objet gr.

S P R S

spiTT P

CLU

S spi TT rsTT P rsTT P spi TT S

rsTT P M S H O

msTT P

msTT P

msTT P

Gabes

H. Souk Zarzis

ST

au4C TP

au4C TP

au4C TP

au4C TP

CLU

Kbili

Medenine

Ben Guerdane

spi TT rsT TP au4C TP L O au3C TP tu12C TP vc12 CTP vc4C TP spi TT PD

Tataouin Ras Jdir Lgende Centre de gestion du rseau Noeud de transmission Boucles SDH Liaison SDH point

msT TP

spi TT

Figure 1. Rseau tunisien de transmission par fibres optiques

Figure 2. Objets grs associs au multiplexeur de Tunis-Belvdre et rsultat de la dcentralisation

-4-

SETIT2007 En particulier, si un objet est sujet un dysfonctionnement, il envoie via le rseau un message lobjet dual du site voisin. Grce ses octets d'entte, le rseau SDH peut transporter un grand nombre d'alarmes. Le centre de gestion dispose donc dune entre importante pour lopration de diagnostic. Parmi les alarmes que peuvent mettre les diffrentes couches on trouve, par exemple : LOS : Loss of Signal. Absence de signal. AIS : Alarm Indication RDI : Remote Defect Indication (Erreur venant du distant) LOF : Loss of Frame LOP : Loss of Pointer Mismatch C2 : la structure reue non conforme Mismatch J1 : l'identifiant reu non conforme Cette pice dfinit un comportement basique dun objet gr. Elle informe que si une certaine prcondition est vrifie sur lobjet, si un certain message arrive sur cet objet alors, selon des conditions, des messages et des alarmes sont gnrs. Lobjet passe alors dans un tat vrifiant une certaine postcondition. Le modle ainsi dfini a t traduit dans le langage de description du simulateur Imanager2000. Le composant lmentaire correspond un objet gr et reprsente lensemble de ces comportements possibles. Au niveau du modle structurel, la vision hirarchique que propose le simulateur iManager2000 facilite sa ralisation. La hirarchie de modules associe au multiplexeur de Tunis-Belvdre correspond par exemple celle prsente sur la figure 2. Au niveau de la communication des messages, les connexions entre les diffrents objets grs sont reprsentes par une classe de smaphores critiques (capacit gale 1).

Ainsi si par exemple lobjet msTTP de la connexion est de Tunis-Belvdre est sujet un dysfonctionnement, il va envoyer un message MS-AIS lobjet msTTP de la connexion ouest de Menzeh. Ce message traversera la couche RS puis SPI de TunisBelvdre puis les couches SPI, RS de Menzeh avant datteindre lobjet destination. Si sur ce chemin, un des objets est en dysfonctionnement, le message est perdu (nous rencontrerons nouveau le problme de masquage dalarmes voqu dans le cadre de la supervision du rseau X.25).

6. Phase de prtraitement dalarmes

Lexprimentation ralise consiste simuler un nombre limit de pannes primaires sur un certain nombre de composants lmentaires du rseau tudi laide dun simulateur de rseau puis de rcuprer en ligne les alarmes produites par le simulateur et parvenues au superviseur. Chaque scnario test prsente loccurrence de trois cinq pannes primaires ayant lieu sur le rseau. La rponse du rseau ces pannes est constitue dun nombre dalarmes produites en cascade. Nous pouvons donc considr que lensemble dalarmes produit par chaque scnario appartenait une mme plage temporelle. Ltape du prtraitement correspondant lensemble des oprations ralises par le systme expert de prtraitement en vue de purifier les alarmes rcupres et den extraire des informations pertinentes relativement aux alarmes susceptibles dtres masques. Cinq simulations ont t ralises ce sujet. En voici les rsultats. Simulation 1 2 3 4 5 Nombre dalarmes gnres 12 34 51 58 79 Nombre aprs prtraitement 09 34 53 58 77

5. Phase de modlisation
La modlisation de ce rseau a t effectue en sinspirant du modle ralis cadre du projet MAGDA (Modlisation et Apprentissage pour une Gestion Distribue des Alarmes) associant plusieurs groupes de recherche, oprateurs et industriels franais tels que Inria, Ilog, France telecom, Alcatel, et LIPN (voir http://magda.elibel.tm.fr). Nous retenons ce modle pour sa simplicit dimplmentation et surtout parce que nous trouvons quil est proche de lesprit des normes SDH. Le formalisme utilis est un formalisme de pice de Viterbi [UTI 97] [BOU 97] dont la notation est prsente sur la figure 3.

Table 2. Effet du prtraitement dalarmes dans un rseau SDH Contrairement au cas du rseau Tunipac, le prtraitement des alarmes dans le cadre de lanneau SDH nintroduit pas une modification signifiante du nombre et de la nature des alarmes gnres par les divers composants du rseau et achemines au
-5-

Figure 3. Dfinition dune pice de Viterbi

SETIT2007 superviseur travers les diverses couches de ces constituants. Nous pourrions expliquer cette constatation par les deux raisons suivantes : 1. Lanneau SDH est moins sujet au phnomne de masquage. 2. Le systme expert de prtraitement est moins performant dans le cas de lanneau SDH. En effet, le nombre de rgles que nous avions pu produire dans ce cadre se limite une vingtaine contre. 2. rcuprer les alarmes du rseau et de les dater en fonction de leur arrive. Ce module renvoie un fichier dalarmes brutes au module de prtraitement. le module de diagnostic (diagnostiqueur local) : il calcul un diagnostic en fonction des alarmes rcupres par le gestionnaire sous forme dun fichier dalarmes traits et formats. un module fusionneur : il applique la stratgie de fusion des diagnostics locaux. un module dinterface daffichage des rsultats

3. 4.

7. Phase de dcentralisation
Le modle de lanneau SDH tudi est constitu de 162 composants lmentaires. La dcentralisation du modle par le module de clustering a produit 22 clusters. Les clusters gnrs ne se chevauchent pas entre les neuf sites. Ainsi on a : Site 1 (Ariana) : 2 Clusters Site 2 (Bardo) : 2 Clusters Site 3 (Ben Arous) : 2 Clusters Site 4 (Hached) : 2 Clusters Site 5 (Kasbah) : 3 Clusters Site 6 (Mensah) : 2 Clusters Site 7 (Marsa) : 2 Clusters Site 8 (Ouerdia) : 4 Clusters Site 9 (Tunis-Bevdre) : 3 Clusters

Cette chane de diagnostic pourrait comporter une interface graphique qui prsente loprateur la topologie du rseau et les propagations de pannes diagnostiques. Ce qui correspondrait un module dexplication du diagnostic. Plusieurs interfaces gnriques (indpendantes du rseau supervis) sont en fait disponibles (telle que celle de Ilog). Pour cette exprimentation nous disposions dun serveur et de deux ordinateurs clients. Le dploiement de la plate-forme de diagnostic sur ces machines est le suivant. Trois fusionneurs : un par machine afin de profiter du paralllisme. Ce choix de trois fusionneurs est aussi guid par la topologie du rseau : on est en effet assur de toujours avoir en rsultat au moins trois diagnostics indpendants, puisquil existe dans ce rseau trois sousensembles de composants lmentaires qui ne communiquent jamais (voir sur le site de TunisBelvdre, figure 2). Lensemble des 22 diagnostiqueurs locaux : tous les diagnostiqueurs dun mme site sur la mme machine.

La figure 2 prsente le rsultat de la dcentralisation du site de Tunis-Belvdre. Cette dcentralisation a t tablie en utilisant le mme programme de clustering que celui dans [SAS 02]. Cependant, nous avons limit le nombre de composants lmentaires par cluster 20. Le rsultat de la dcentralisation est un nombre de clusters constitus dun ensemble de composants lmentaires qui communiquent ensemble et qui prsentent des interactions importantes ; on vite ainsi de compiler le comportement de composants concurrents.

9. Rsultats et interprtation
Cette exprimentation a consist simuler des scnarios de pannes pr-tablis laide dun simulateur de rseau. Lobjectif de la chane a t de rcuprer en ligne les alarmes produites par le simulateur afin dtablir les diagnostics locaux, de les fusionner et dafficher en ligne le diagnostic global. Chaque scnario test prsente loccurrence de quelques pannes primaires ayant lieu sur le rseau. La rponse du rseau ces pannes est constitue dun certain nombre dalarmes (Tableau 3). Du fait de la nature du rseau, ces alarmes sont produites en cascade ; Il est donc possible de considrer que lensemble dalarmes produit par chaque scnario faisait partie dune seule fentre temporelle ce qui a pour consquence dviter toute considration dinterfrence entre pannes et diagnostics. Nous avons galement constat que, contrairement au rseau Tunipac, lanneau SDH est moins sujet au phnomne de masquage. Ayant un ensemble dobservations donnes, les comportements diagnostiqus sont moins nombreux.
-6-

8. Mise en place de la chane de Diagnostic

Dans notre exprimentation, le rseau tait supervis par un seul centre de supervision (Ouerdia) auquel parviennent toutes les alarmes. Etant donne la topologie du systme, nous considrons quil existe un canal de communication FIFO entre un site et le capteur du superviseur. Chaque canal de communication est considr indpendant des autres. Autrement dit, pour toute alarme a1 reue avant a2, si a1 et a2 proviennent du mme site, on considre que a1 a t produite avant a2. En dehors des modules de prtraitement et de dcentralisation, la chane de diagnostic comporte les lments suivants : 1. un module de gestion de rseau : il a la charge de

SETIT2007 Une consquence directe de cette proprit est que lapproche cooprative de diagnostic est plus efficace sur lanneau SDH que sur des rseaux du type Tunipac. Concernant les temps de rponses faces aux scnarios tests, nous avons obtenus les rsultats suivants : Simulation 1 2 3 4 5 Temps de rcupration des alarmes (s) 85 135 148 142 157 Temps de calcul du diagnostic global (s) 03 02 04 03 03

ACKNOWLEDGMENT
Les auteurs tiennent remercier lingnieur concepteur Monsieur Mohamed Hmaid du CERT (Centre des Etudes et des Recherches en Tlcommunications), et les techniciens de Tunisie Telecom ayant contribu aux tests : Mademoiselle Nadia Yacoub et Monsieur Mohamed Abeza.

REFERENCES
Aroua Ben Sassi. Application du clustering dterministe et flou au problme de segmentation. Rapport technique, Laboratoire Cristal, ENSI, 2002. Christophe Dousson. Diagnostic pour les tlcoms. France Telecom R&D, fevrier 2003. FAC Lannion. Techniques de la Hirarchie Numrique Synchrone SDH. Documentation Technique Alcatel, juillet 94 G. Bouyer. Les rseaux synchrones tendus PDH et SDH. Herms, 1997. International Telecommunication Union. Network node interface for the synchronous digital hierarchy (SDH), 1996. International Telecommunication Union. Structure of Management Information: Guidelines for the Definition of Managed Objects, Recommendation X.722, 1997. P. Yannick. Diagnostic dcentralis de systmes vnements discrets. Thse d'universit, Rennes 1, 2002.

Table 3. Temps de rponses de lapproche cooprative sur un rseau SDH Ainsi, dans la chane de diagnostic, les temps de rponses face aux scnarios tests paraissent corrects (de lordre de 3 secondes), ce qui permettrait aux oprateurs de pouvoir exploiter le diagnostic tabli rapidement ou ventuellement de lintgrer dans les procdures automatique de rtablissement.

CONCLUSION
Cet article a prsent un exemple dapplication de lapproche cooprative de diagnostic distribu dun rseau de tlcommunications. La stratgie cooprative, alliant diverses techniques de rsolution du problme de diagnostic, a donn lieu une application distribue implantant les diffrents aspects de lapproche (prtraitement, dcentralisation, diagnostiqueur local, fusion, calcul de la stratgie de fusion...). Pour utiliser cette application, il suffit de dfinir un modle du systme superviser et de choisir un dploiement des diffrents modules de lapplication adapt au systme supervis. Cette application nous a permis de valider lapproche cooprative sur un systme issu dun cas rel : un sous rseau de transmission SDH. Au niveau du diagnostic local, son calcul est trs efficace grce lutilisation de la classe diagnostiqueur quil est possible dinstancier autant de fois que ncessaire. Cette tude exprimentale a montr galement lintrt des oprations de prtraitement dalarmes et de dcentralisation, mais aussi limpact du calcul de la stratgie de fusion dans une telle approche. Sans ces amliorations que nous avons apport lapproche dcentralise, le calcul du diagnostic du systme serait trs inefficace et donc son exploitation en ligne irraliste. En appliquant lapproche cooprative au rseau, nous avons montr, implicitement, que mme si les rseaux de tlcommunications diffrent par leurs modes de fonctionnement, par leurs structures et par l'ensemble des protocoles qui leurs sont associs, la tche de gestion de fautes peut, quelques dtails prs, tre aborde de la mme faon.

-7-