MN : TELECOMMUNICATION MANAGEMENT NETWORK (ou RGT : Rseau de Gestion des Tlcommunications)

Frdrick FERRETY / Laurent VACHER

ENIC - Tuttelvisio - Promotion 98

Rseaux et Interconnexion d'Ordinateurs

Fvrier 97

PLAN

I / INTRODUCTION

I.1 / Principes de l'administration de rseaux I.2 / Pourquoi une nouvelle normalisation ? II / CARACTERISTIQUES DU TMN II.1 / Gnralits II.2 / Groupements fonctionnels II.3 / Points de rfrences II.4 / Applications de gestion II.5 / Architecture physique et interfaces II.6 / Classes d'objets grs III / IMPLEMENTATIONS DE TMN DANS LES STATIONS HP-OPENVIEW IV / CHOIX DES DIFFERENTES OPTIONS DANS LE CAS DE TMN APPLIQUE A LA SDH IV.1 / Approche commune IV.2 / Alcatel IV.3 / TRT IV.4 / SAT V / CONCLUSION ANNEXE : Bibliographie I / INTRODUCTION I.1 / Principes de l'administration de rseaux Les fonctionnalits premires que demande un oprateur une application de gestion de rseaux est de lui offrir la possibilit de superviser le fonctionnement du rseau, de signaler les pannes, de dtecter les erreurs et les anomalies, d'valuer le cot des communications et de rcuprer des donnes statistiques. Ces diffrents besoins ont conduit la dfinition de cinq grands domaines fonctionnels concernant la gestion de rseaux qui peuvent tre scinds ainsi : gestion de la configuration : - gestion des paramtres de configuration

- gestion de la mise en service - gestion des tats - gestion des commandes gestion des anomalies : - surveillance des alarmes - localisation des pannes - essais et mesures gestion de la scurit : - protection - authentification - habilitation gestion des performances : - collecte des donnes - gestion du trafic - gestion de la qualit de service gestion des informations comptables : - collecte des relevs de compte - gestion des paramtres de facturation L'ensemble des architectures de gestion de rseaux reconnaissent ces diffrents domaines et proposent des services adapts ceux-ci. Au sein du modle OSI, ces domaines sont appels les SMFA. I.2 / Pourquoi une nouvelle normalisation ? Ces dernires annes, la gestion de rseaux est apparue comme un instrument essentiel pour la planification, l'organisation et la gestion des rseaux pour une entreprise. D'ailleurs les principaux fournisseurs d'quipements l'ont admis et chacun d'intgrer des logiciels d'administration dans l'ensemble des quipements qu'ils proposent. En outre, de mme qu'il est apparu, dans un premier temps, ncessaire de normaliser les changes de donnes entre diffrentes stations, il est aussi apparu indispensable de disposer de normes internationales indpendantes des fournisseurs dans la gestion de rseaux (permettant ainsi de btir et d'administrer des rseaux htrognes). C'est dans ce contexte que l'OSI, organisme tenant un rle prpondrant dans le processus de normalisation, commencer songer statuer sur la normalisation de la gestion de rseaux. D'ailleurs ds 1984, dans le modle de rfrence OSI, apparaissait un paragraphe "Aspect de l'OSI relatif la gestion" qui jetait dj les bases de ce qui allait devenir TMN - Telecommunication Management Network (ou RGT - Rseau de Gestion des Tlcommunications). Ensuite, la Norme ISO 7498-4 (quivalente la recommandation X.700 du CCITT) a fournit une base commune pour coordonner le dveloppement des normes de gestion dans le modle OSI. Regroupe avec les Normes ISO 10040, ISO 9595, ISO 9596, ISO 9072-1, ISO 9072-2, ISO 8649 et ISO 8650 (respectivement recommandations X.701, X.710, X.711, X.219, X.229, X.217 et X.227 pour le CCITT), elle propose un service, un protocole et une dfinition des fonctions spcifiques et des objets de gestion

mais cette normalisation se limite dfinir la faon de transmettre des informations de gestion entre plusieurs systmes et de permettre d'agir distance pour ventuellement contrler le fonctionnement et corriger les anomalies. TMN se prsente alors comme un complment la normalisation OSI concernant la gestion de rseaux en dcrivant une architecture physique et fonctionnelle pour la prise en charge la gestion des rseaux de tlcommunications. TMN qui s'appuie sur la modlisation des objets (se prtant ainsi parfaitement une spcification indpendante des types de ralisations) fut dfini dans un premier temps dans la recommandation M.30 du CCITT en 1988 puis a t rvis et renumrot en M.3010, M.3020, ... en octobre 92. Cette normalisation s'applique en thorie aux rseaux publics, aux rseaux privs, aux rseaux commutation de circuits et de paquets et aux quipements associs mais la pratique montre une concentration de son application dans le domaine de la commutation de circuits. L'objectif de base pour TMN est la mise en place d'un cadre pour la gestion des tlcommunications en introduisant la notion de modles gnriques de rseau et d'interfaces normaliss. Un applicatif de gestion s'inscrivant dans ce cadre architectural s'appuiera thoriquement sur le protocole (CMIP) et sur les services (CMIS avec ACSE, ROSE, CMISE, FTAM) dfinis dans le cadre de la normalisation de l'OSI bien que la recommandation M.3010 relative TMN ne spcifie pas le protocole de gestion utiliser pour cette application et on pourrait mme envisager d'utiliser un protocole autre (par exemple SNMP) tout en respectant le cadre architectural de TMN (cf. M.3020). Mais attention si TMN dtermine une structure de fonctions, oriente le concepteur sur l'utilisation de protocoles et de messages relatifs la gestion de rseaux, il ne spcifie pas le systme d'administration, ni l'implantation du systme et n'a pas non plus pour vocation de spcifier l'implmentation des fonctions TMN. De plus, TMN se limite l'administration des ressources de communication et ne gre pas l'administration des applications. II / CARACTERISTIQUES DE TMN II.1 / Gnralits TMN a t conu pour prendre en charge une large gamme de domaines d'application : planification, installation, exploitation, administration, maintenance et mise en service de TN - Telecommunication Network (ou RT - Rseau de Tlcommunications) et ceci avec une volont claire de sparer le rseau de gestion du rseau de transmissions (ou de tlcommunications). TMN doit offrir des fonctions de gestions et de communications entre les systmes OS eux-mmes et entre ces systmes et les diverses parties du TN. La limite de gestion de TMN peut mme aller jusqu' la gestion des services et quipements des usagers. TMN est donc, de par sa conception, un rseau distinct qui assure l'interface d'un TN en plusieurs points pour envoyer et recevoir des informations de ce rseau et contrler son exploitation tout en s'efforant d'utiliser des services d'applications bass sur les modles de rfrence de l'OSI. Nanmoins, TMN pourra utiliser des parties du rseau de tlcommunications pour assurer ses communications mais il devra nanmoins assurer sa propre gestion. L'architecture TMN comprend trois aspects fondamentaux pouvant tre analyss sparment lors de la conception d'une application respectant le cadre TMN : architecture fonctionnelle TMN : rpartition adquate des lments fonctionnels l'intrieur de TMN pour permettre la cration de blocs de fonctions, architecture d'information de TMN : explication logique de la mise en correspondance entre les principes de gestion des systmes OSI et les principes de TMN,

architecture physique de TMN : description des interfaces ralisables. II.2 / Groupements fonctionnels TMN dfinit donc une architecture fonctionnelle modulaire base sur des groupements fonctionnels (appels aussi "blocs de fonction") ddis la ralisation de tches particulires relatives au traitement et au transport des informations de gestion : OSF (Operations Systems Function) Ce bloc de fonction de systme de gestion traite l'information pour surveiller/coordonner et/ou commander des fonctions de tlcommunications ou des fonctions de gestion. NEF (Network Element Function) Le bloc de fonction d'lment de rseau communique avec TMN pour tre surveill et/ou command. Elle fournit les fonctions de tlcommunications ncessaires au RT sur lequel porte la gestion. MF (Mediation Function) Le bloc de fonction de mdiation participe au transfert de l'information entre OSF et NEF (ou QAF). Elle comprend une fonction de conversion d'informations (pour traduire un modle de donnes dans un autre), une fonction de conversion de protocole et ventuellement des fonctions de journalisation, filtrage, concentrations d'informations,... QAF (Q Adaptator Function) Le bloc de fonction d'adaptation d'interface Q participe galement au transfert de l'information entre le gestionnaire et l'lment de rseau. Elle permet d'effectuer la traduction entre le langage OSI et le langage spcifique l'quipement (si cet quipement ne prsente pas une interface de gestion rpondant aux normes de gestion OSI) WSF (WorkStation Function) Le bloc de fonction de poste de travail permet l'oprateur de communiquer avec la fonction de mdiation (MF) et la fonction de systme de gestion (OSF). Elle comprend notamment la fonction de prsentation charge de traduire les informations dans une forme comprhensible par un oprateur et rciproquement. DCF (Data Communication Function) Ce bloc de fonction de communication des donnes correspondent aux services offerts par les couches 1 3 du modle OSI. Elle ne fait pas partie part entire du modle TMN. On peut reprsenter ces divers groupements fonctionnels dfinis par TMN et leur situation par rapport celui-ci :

Chacun de ces groupements fonctionnels implmente un certain nombre de composantes fonctionnelles (ou fonction) telles que la MAF - fonction d'application de gestion (pour MF, OSF, NEF et QAF), l'ICF fonction de conversion de l'information (pour MF), mais aussi la PF - fonction de prsentation, la MCF fonction de communication de messages, la HMA - adaptation homme-machine, ... II.3 / Points de rfrences Les points de rfrence sont, pour TMN, les points de passage conceptuels des informations entre les diffrents groupements fonctionnels. Plusieurs types de points de rfrence ont ainsi t identifis au sein de TMN : q Le point de rfrence q se situe de part et d'autre de la MF mais aussi entre la QAF et la MF, la QAF et l'OSF. A l'intrieur de ce mme type de point de rfrence, deux types sont quand mme identifis : - qx entre les fonctions NEF et MF, QAF et MF et entre MF et MF, - q3 entre les fonctions NEF et OSF, QAF et OSF, MF et OSF et entre OSF et OSF d'un mme TMN. f Le point de rfrence f (qui se situe avant "g") est situ entre l'OSF et la WSF. g Le point de rfrence g (comme graphique) est retenu pour l'interface homme-machine. x Le point de rfrence x (pour montrer l'inconnu) se situe au-del de l'OSF (par exemple entre les fonctions OSF de deux TMN, ou entre l'OSF d'un TMN et la fonctionnalit quivalente d'un gestionnaire de rseau non TMN). m Le point de rfrence m se situe entre une fonction QAF et des entits gres non TMN (situ l'extrieur de TMN). Sur le schma prcdent prsentant les diffrents blocs de fonction, la situation des points de rfrence serait la suivante :

II.4 / Applications de gestion La modlisation en couches permet de dfinir une rpartition des fonctions de gestion de rseaux structure et modulaire. Sur le principe des poupes russes, TMN a ainsi complt son cadre architectural par la dfinition de quatre couches principales identifiant quatre domaines de gestion diffrents : Gestion commerciale (BML) s'appuyant sur les couches infrieures pour rpondre au mieux aux intrts conomiques de la gestion de rseaux (aspects marketing, commerciaux et lgislatifs) Gestion des services (SML)servant d'interface technique envers les clients des services Gestion du rseau (NML) s'intressant aux aspects rseau de la gestion (acheminement, adressage,...) permettant ainsi l'installation, la suppression et la modification des capacits du rseau Gestion des lments de rseau (EML) grant la charge des lments en planifiant les actions (squencement, demandes contradictoires,...) La structure hirarchique de la gestion de rseaux en quatre couches se dcompose ainsi :

II.5 / Architecture physique et interfaces A l'architecture fonctionnelle dfinie prcdemment, se superpose une architecture physique compose de systmes physiques ralisant un (ou plusieurs) des groupements fonctionnels vus ci-dessus (OSF, QAF, MF, NEF, WSF ou DCF). Par exemple, un systme contenant une NEF sera un lment de rseau (NE), celui ralisant une MF sera une entit de mdiation (MD), le systme charg de l'OSF sera le systme de gestion (OS), celui assurant le rle de QAF sera l'adaptateur Q (QA), le systme contenant la WSF sera le poste de travail (WS) et le rseau servant la DCF sera le rseau de communication de donnes (DCN). Entre chacun de ces systmes physiques, les points de rfrences ont donc une ralit physique et porte alors le nom d'interface. L'interface correspondant un point de rfrence est dsigne par la mme lettre mais en majuscule. Nous aurons donc au sein de TMN des interfaces de type Q3, Qx, F, X et G.

II.6 / Classes d'objets grs TMN spcifie galement un modle gnrique d'information de rseau qui dcrit les classes d'objets grs et leurs proprits qui sont suffisamment gnriques pour dcrire l'information change travers toutes les interfaces dfinies par TMN. Toutes les classes d'objets grs gnriques sont censes s'appliquer dans des technologies, des architecture et des services diffrents : CLASSE D'OBJETS Brasseur rpartiteur Brasseur rpartiteur multipoint Brasseur rpartiteur nomm Commande de rsums d'alarme actuelle Connexion Connexit Consignation Discriminateur de transmission d'vnement Discriminateur Elment gr Enregistrement d'alarme Enregistrement de changement d'tat Enregistrement de consignation d'vnement Enregistrement de consignation Enregistrement de cration d'objet Enregistrement de suppression d'objet Enregistrement de variation de valeur d'attribut Equipement Logiciel Point de terminaison Point de terminaison collecteur de connexion Point de terminaison collecteur de voie Point de terminaison de connexion bilatrale Point de terminaison de voie bilatrale Point de terminaison group Point de terminaison source de connexion Point de terminaison source de voie Profil d'affection de niveau d'alarme Programmeur d'oprations de gestion Rseau Rseau de brasseurs rpartiteurs multipoint nomms Rseau de connexion Rserves de points de terminaison (TP) Voie

Les classes d'objets supplmentaires ventuellement ncessaires feront alors l'objet d'un complment d'tude. Ces diffrentes classes d'objet sont classes par TMN suivant une hirarchie d'hritage :

V / IMPLEMENTATIONS DE TMN DANS LES STATIONS HP- OPENVIEW IV / CHOIX DES DIFFERENTES OPTIONS DANS LE CAS DE TMN APPLIQUE A LA SDH IV.1 / Approche commune La gestion des rseaux SDH prsente de fortes similitudes quelque soit le fournisseur de ces quipements (pour la France : Alcatel, TRT, SAT) que nous allons dveloppes dans ce chapitre. Les points particuliers de chacun seront ensuite vus sparment. Concernant les diffrentes architectures de gestion susceptibles d'tre implmentes dans le cadre de TMN, diffrentes possibilits sont envisageables pour la gestion des lments d'un rseau de transmission :

dans le sous-rseau 1 : les quipements disposent d'une interface de communication Q2LTS et sont accessibles depuis l'OS par l'intermdiaire d'un EM utilisant une interface de communication Q3LTS (les informations changes entre EM et OS sont vhicules sur un rseau X25). Les quipement de mdiation sont des supports de TMN mais sans aucune fonction de transmission au niveau du RT dans le sous-rseau 2 : les quipements disposent d'une interface de communication QECC et sont accessibles depuis l'OS par l'intermdiaire d'un GNE (ou ERP) utilisant une interface de communication QB3 (si les informations changes entre ERP et OS sont vhicules par un rseau Ethernet) soit une interface QB2 (si les informations transitent par un rseau X25) raccordement direct : certains ER peuvent tre relis directement l'OS : ils disposent alors d'un interface de communication Q3LTS (les informations changes le sont via un rseau X25) Pour la gestion de rseaux SDH, seule l'architecture du sous-rseau 2 a t retenue. En plus de l'interface spcifique QECC, diffrentes classes d'interface ont t dfinies (suivant la pile de protocole implmente pour la liaison entre le gestionnaire et les lments de rseau) : QB1, QB2 et QB3 rpondant tous au format de l'interface Q3. Chaque type d'interface s'appuie sur une pile de protocoles et d'applications bien dfinie : QB1 Application QB2 QB3 QECC

CMISE ISO 9595, ISO 9596 ROSE X.219, X.229 ACSE X.217, X.227

Prsentation X.216, X.226 ASN.1 X.209

Session X.215, X.225

Transport ISO 8073 - 8073 AD2 ISO 8073

Rseau Rec. X.25 ISO 8473 X25 ISO 8208 ISO 8473

Liaison de Donnes

ISO 7776 X.25 LAPB CCITT V.11 / V.35

LLC 8802.2 MAC 8802.3

LAPD-Q.921

Physique

ou V.28 / V.24 X.21, X.21bis, X.27 IEEE 8802.3 D1-D3 ou D4-D12 SDH-DCC

L'accs l'lment passerelle pourra se faire soit par un protocole QB3 si cet ER est situ sur un mme rseau local de type Ethernet, soit par un interface QB2 via X25 pour un protocole de rseau orient connexion lorsque l'lment passerelle est distant. Le dernier interface, le QB1 est un interface paquet via X.25 pour un service de rseau orient connexion Concernant l'interface spcifique QECC (Q Embedded Communication Channel), il est n du fait de la possibilit de la gestion s'tendre par l'intermdiaire d'lments de rseau passerelle, des lments distants en utilisant les voies de communication intgres dans la trame SDH. L'architecture thorique de la gestion des lments de rseau SDH est donc conforme au schma cidessous en tenant compte de la situation gographique (local ou distant) des quipements passerelles :

Mais cette architecture thorique n'est pas utilise telle quelle dans la ralit, notamment en ce qui concerne la connexion des quipements passerelle via un rseau X.25 (qui transitent par des interfaces QB3 travers des routeurs). On se retrouve ainsi dans la configuration suivante :

Chaque lment du systme (OS et ER) possde une adresse NSAP (excepts les ER raccords directement l'OS qui ne disposent que d'une adresse X25 et d'un numro logique d'ER dans le rseau). Un ERP ainsi que tous les ER qui lui sont rattachs possderont dans leur adresse NSAP, l'adresse MAC de l'ERP (ou du routeur) sur le LAN. Le protocole de routage des messages de gestion entre le GLM et le GNE est un routage statique de type ES/IS (ES - End System pour le gestionnaire et IS - Intermediate System pour l'lment passerelle Il est actuellement l'tude le passage un routage dynamique de type IS/IS qui permettrait alors au gestionnaire de choisir dynamiquement un quipement passerelle (entre plusieurs GNE possibles) d'un sous-rseau synchrone particulier. IV.2 / Alcatel Nota : Alcatel propose une plate-forme de dveloppement pour les applications de gestion de rseaux, plate-forme reconnue sur le march : TMN K(ernel). Cette plate-forme se compose pour la partie IHM des progiciels X-Windows, OSF-Motif, d'une base de donnes Oracle avec des requtes SQL, d'un systme d'exploitation Unix et utilise comme matriel un Alcatel 8300. Cette plate-forme est ensuite complte par des logiciels appropris au rseau grer. Pour la gestion de ses rseaux synchrones (SDH), Alcatel s'est appuy sur sa plate-forme TMN K mais en divergeant sur certains points et notamment le matriel utilis : serveur SUN SPARC 20. Appellation des diffrents composants de ce rseau : OS 1353 NX TPI 1320 NX ER et ERP 1641 SM, 1651 SM, 16661 SM

Parmi les cinq grands domaines fonctionnels recenss pour la gestion de rseaux, seuls quatre sont implments dans le TMN d'Alcatel, soit la gestion des fautes pour dtecter, identifier et corriger les dfauts, la gestion des performances pour qualifier le transport de l'information et caractriser la disponibilit du rseau, la gestion de la scurit pour contrler les accs aux ressources et bien

videmment la gestion de la configuration pour la mise en service des quipements et la modification de leurs paramtres de fonctionnement. Actuellement, aucun possibilit n'est offerte pour connecter le gestionnaire un autre gestionnaire V.3 / TRT Le TMN dvelopp par TRT pour la gestion des ses rseaux SDH et appel NMS (Network Management System) est implment sur un ordinateur HP 9000 tournant sous l'OS HP-UX, utilisant OSF-Motif bas sur X-Windows comme interface utilisateur, HP-OpenView pour les fonctions debase de la gestion de rseau et une gestion de base de donnes relationnelle de type INGRES utilisant des requtes SQL. Appellation des diffrents composants de ce rseau : OS PHAMOS-SDH TPI LCS ER et ERP ADM 155

Les cinq grands domaines fonctionnels reconnus dans la gestion des rseaux sont implments sur NMS. Pour une relation avec d'autres NMS, TRT propose une connexion via un interface de type X (interprtation conforme TMN si les gestionnaires connects font partie de TMN diffrents - cf. III.2). V.4 / SAT Le TMN dvelopp par SAT pour la gestion des ses rseaux SDH est support par un ordinateur HP 9000 tournant sous l'OS HP-UX, utilisant OSF-Motif bas sur X-Windows comme interface utilisateur. Appellation des diffrents composants de ce rseau : OS IONOS-MXA TPI TPI ER et ERP MXA 1 et MXA 4 et MXA 16

Les domaines de gestion couverts par le gestionnaire SAT sont les mmes que ceux couverts par les gestionnaires Alcatel soit la gestion de la configuration, la gestion de la performance, la gestion des anomalies et la gestion de la scurit. Pour une relation avec d'autres gestionnaires, SAT a implment un interface de type Q3 (autre interprtation de la relation avec un autre OS qui trouve galement une certaine conformit dans TMN : OS dans le mme TMN - cf. III.2). VI / CONCLUSION En conclusion, on peut essayer de prsenter l'apport que pourrait prsenter TMN associ au protocole CMIP par rapport au protocole SNMP. Premirement, comme analogie, on peut signaler que les deux protocoles sont spcifis en ASN.1 mais SNMP fait quelques restrictions quant au codage des lments complexes (comme par exemple les listes) ce qui le dsavantage.

Mais la plus grande diffrence entre TMN+CMIP et SNMP (en considrant seulement le cadre architectural de SNMP) provient du fait que SNMP ne fait pas la diffrence entre un objet et ses attributs : la consquence est qu'il est impossible de dfinir des informations gnriques avec SNMP et de ce fait, la rutilisation d'un attribut est impossible et plusieurs objets ne peuvent pas partager un attribut en commun ; en rsum, SNMP n'est pas apte supporter la notion d'hritage et ne fournit pas un concept d'volution des objets. A l'oppos, TMN (avec l'utilisation du protocole CMIP) est essentiellement bas sur la dfinition de briques que le concepteur du systme de gestion doit assembler avec toutes les facilits que fournissent la notion d'hritage et la nette distinction entre un objet et ses attributs qui sont la base de TMN. Ces fonctionnalits suprieures de TMN-CMIP se traduisent, par contre, par une implmentation beaucoup plus complexe et beaucoup plus gourmande en ressources logicielles et matrielles au niveau des lments grs. Concernant la "guerre des parcs installs", SNMP a pris un avantage certain sur son concurrent du fait de son antriorit. De plus, son volution SNMP V2 apporte des amliorations notamment dans le domaine de l'authentification des sources des messages, en ouvrant la possibilit de dialogue entre deux gestionnaires et en permettant des transferts de messages plus importants. Mais SNMP V2 va souffrir de deux handicaps importants : - sa non-compatibilt avec "SNMP V1" - en se rapprochant des fonctionnalits offertes par TMN-CMIP, SNMP a perdu ce qui faisait la force de SNMP c'est--dire sa simplicit et le peu de besoins en ressources pour l'implmentation des agents. Aussi, la bataille pour la gestion des rseaux s'annonce trs ouverte et chacun des deux acteurs possdent des arguments pour l'emporter.

ANNEXE / Bibliographie Gestion de Rseaux : concepts et outils par le groupe "Arpge" Edition Masson octobre 92 Les Tlcommunications dirig par Franois du Castel Editions X,A Descours & Berger-Levrault International mai 93 L'Intelligence dans les Rseaux par Dominique Gati et Guy Pujolle Edition Eyrolles octobre 92 Principes pour un Rseau de Gestion des Tlcommunications Recommandation CCITT M.3010 octobre 92 Mthodologie pour la Spcification des Interfaces du Rseau de Gestion des Tlcommunications Recommandation CCITT M.3020 octobre 92

Modle Gnrique d'Information de Rseau Recommandation CCITT M.3100 octobre 92 Catalogue des Informations de Gestion du Rseau de Gestion des Tlcommunications Recommandation CCITT M.3180 octobre 92 Services de Gestion du Rseau de Gestion des Tlcommunications : Vue d'Ensemble Recommandation CCITT M.3200 octobre 92 Fonctions de Gestion des Rseaux de Gestion des Tlcommunications Recommandation CCITT M.3400 octobre 92 Suites de Protocoles aux Interfaces Q pour la Gestion des Systmes de Transmission Recommandation CCITT G.773 dcembre 90 Cadre de Gestion pour l'Interconnexion des Systmes Ouverts pour les Applications du CCITT Recommandation CCITT X.700 septembre 92 Techniques de la Hirarchie Numrique Synchrone SDH par IFAC Lannion Documentation Technique Alcatel juillet 94 Alcatel 1353NX R1.0 : Prsentation par IFAC Lannion Documentation Technique Alcatel juin 95 1353NX R1.1 Manuel Utilisateur : Administration par JP. Laguillon Documentation Technique Alcatel fvrier 95 PHAMOS-SDH Description du Systme R2.2 Documentation Technique TRT avril 96 Gestionnaire de Multiplexeurs Synchrones IONOS-MXA : Manuel d'Utilisation Documentation Technique SAT juin 94 MXA Support de Cours Documentation Technique SAT juin 93