Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

MN : TELECOMMUNICATION MANAGEMENT NETWORK (ou RGT : Réseau de Gestion des Téléc

MN : TELECOMMUNICATION MANAGEMENT NETWORK (ou RGT : Réseau de Gestion des Télécommunications) Frédérick FERRETY / Laurent VACHER ENIC - Tuttelvisio - Promotion 98 Réseaux et Interconnexion d'Ordinateurs Février 97 PLAN I / INTRODUCTION I.1 / Principes de l'administration de réseaux I.2 / Pourquoi une nouvelle normalisation ? II / CARACTERISTIQUES DU TMN II.1 / Généralités II.2 / Groupements fonctionnels II.3 / Points de références II.4 / Applications de gestion II.5 / Architecture physique et interfaces II.6 / Classes d'objets gérés 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 réseaux Les fonctionnalités premières que demande un opérateur à une application de gestion de réseaux est de lui offrir la possibilité de superviser le fonctionnement du réseau, de signaler les pannes, de détecter les erreurs et les anomalies, d'évaluer le coût des communications et de récupérer des données statistiques. Ces différents besoins ont conduit à la définition de cinq grands domaines fonctionnels concernant la gestion de réseaux qui peuvent être scindés ainsi : gestion de la configuration : - gestion des paramètres 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 sécurité : - protection - authentification - habilitation gestion des performances : - collecte des données - gestion du trafic - gestion de la qualité de service gestion des informations comptables : - collecte des relevés de compte - gestion des paramètres de facturation L'ensemble des architectures de gestion de réseaux reconnaissent ces différents domaines et proposent des services adaptés à ceux-ci. Au sein du modèle OSI, ces domaines sont appelés les SMFA. I.2 / Pourquoi une nouvelle normalisation ? Ces dernières années, la gestion de réseaux est apparue comme un instrument essentiel pour la planification, l'organisation et la gestion des réseaux pour une entreprise. D'ailleurs les principaux fournisseurs d'équipements l'ont admis et chacun d'intégrer des logiciels d'administration dans l'ensemble des équipements qu'ils proposent. En outre, de même qu'il est apparu, dans un premier temps, nécessaire de normaliser les échanges de données entre différentes stations, il est aussi apparu indispensable de disposer de normes internationales indépendantes des fournisseurs dans la gestion de réseaux (permettant ainsi de bâtir et d'administrer des réseaux hétérogènes). C'est dans ce contexte que l'OSI, organisme tenant un rôle prépondérant dans le processus de normalisation, à commencer à songer à statuer sur la normalisation de la gestion de réseaux. D'ailleurs dès 1984, dans le modèle de référence OSI, apparaissait un paragraphe "Aspect de l'OSI relatif à la gestion" qui jetait déjà les bases de ce qui allait devenir TMN - Telecommunication Management Network (ou RGT - Réseau de Gestion des Télécommunications). Ensuite, la Norme ISO 7498-4 (équivalente à la recommandation X.700 du CCITT) a fournit une base commune pour coordonner le développement des normes de gestion dans le modèle OSI. Regroupée 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 définition des fonctions spécifiques et des objets de gestion mais cette normalisation se limite à définir la façon de transmettre des informations de gestion entre plusieurs systèmes et de permettre d'agir à distance pour éventuellement contrôler le fonctionnement et corriger les anomalies. TMN se présente alors comme un complément à la normalisation OSI concernant la gestion de réseaux en décrivant une architecture physique et fonctionnelle pour la prise en charge la gestion des réseaux de télécommunications. TMN qui s'appuie sur la modélisation des objets (se prêtant ainsi parfaitement à une spécification indépendante des types de réalisations) fut défini dans un premier temps dans la recommandation M.30 du CCITT en 1988 puis a été révisé et renuméroté en M.3010, M.3020, ... en octobre 92. Cette normalisation s'applique en théorie aux réseaux publics, aux réseaux privés, aux réseaux à commutation de circuits et de paquets et aux équipements associés 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 télécommunications en introduisant la notion de modèles génériques de réseau et d'interfaces normalisés. Un applicatif de gestion s'inscrivant dans ce cadre architectural s'appuiera théoriquement sur le protocole (CMIP) et sur les services (CMIS avec ACSE, ROSE, CMISE, FTAM) définis dans le cadre de la normalisation de l'OSI bien que la recommandation M.3010 relative à TMN ne spécifie pas le protocole de gestion à utiliser pour cette application et on pourrait même envisager d'utiliser un protocole autre (par exemple SNMP) tout en respectant le cadre architectural de TMN (cf. M.3020). Mais attention si TMN détermine une structure de fonctions, oriente le concepteur sur l'utilisation de protocoles et de messages relatifs à la gestion de réseaux, il ne spécifie pas le système d'administration, ni l'implantation du système et n'a pas non plus pour vocation de spécifier l'implémentation des fonctions TMN. De plus, TMN se limite à l'administration des ressources de communication et ne gère pas l'administration des applications. II / CARACTERISTIQUES DE TMN II.1 / Généralités TMN a été conçu 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 - Réseau de Télécommunications) et ceci avec une volonté claire de séparer le réseau de gestion du réseau de transmissions (ou de télécommunications). TMN doit offrir des fonctions de gestions et de communications entre les systèmes OS eux-mêmes et entre ces systèmes et les diverses parties du TN. La limite de gestion de TMN peut même aller jusqu'à la gestion des services et équipements des usagers. TMN est donc, de par sa conception, un réseau distinct qui assure l'interface d'un TN en plusieurs points pour envoyer et recevoir des informations de ce réseau et contrôler son exploitation tout en s'efforçant d'utiliser des services d'applications basés sur les modèles de référence de l'OSI. Néanmoins, TMN pourra utiliser des parties du réseau de télécommunications pour assurer ses communications mais il devra néanmoins assurer sa propre gestion. L'architecture TMN comprend trois aspects fondamentaux pouvant être analysés séparément lors de la conception d'une application respectant le cadre TMN : architecture fonctionnelle TMN : répartition adéquate des éléments fonctionnels à l'intérieur de TMN pour permettre la création de blocs de fonctions, architecture d'information de TMN : explication logique de la mise en correspondance entre les principes de gestion des systèmes OSI et les principes de TMN, architecture physique de TMN : description des interfaces réalisables. II.2 / Groupements fonctionnels TMN définit donc une architecture fonctionnelle modulaire basée sur des groupements fonctionnels (appelés aussi "blocs de fonction") dédiés à la réalisation de tâches particulières relatives au traitement et au transport des informations de gestion : OSF (Operations Systems Function) Ce bloc de fonction de système de gestion traite l'information pour surveiller/coordonner et/ou commander des fonctions de télécommunications ou des fonctions de gestion. NEF (Network Element Function) Le bloc de fonction d'élément de réseau communique avec TMN pour être surveillé et/ou commandé. Elle fournit les fonctions de télécommunications nécessaires au RT sur lequel porte la gestion. MF (Mediation Function) Le bloc de fonction de médiation participe au transfert de l'information entre OSF et NEF (ou QAF). Elle comprend une fonction de conversion d'informations (pour traduire un modèle de données 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'élément de réseau. Elle permet d'effectuer la traduction entre le langage OSI et le langage spécifique à l'équipement (si cet équipement ne présente pas une interface de gestion répondant aux normes de gestion OSI) WSF (WorkStation Function) Le bloc de fonction de poste de travail permet à l'opérateur de communiquer avec la fonction de médiation (MF) et la fonction de système de gestion (OSF). Elle comprend notamment la fonction de présentation chargée de traduire les informations dans une forme compréhensible par un opérateur et réciproquement. DCF (Data Communication Function) Ce bloc de fonction de communication des données correspondent aux services offerts par les couches 1 à 3 du modèle OSI. Elle ne fait pas partie à part entière du modèle TMN. On peut représenter ces divers groupements fonctionnels définis par TMN et leur situation par rapport à celui-ci : Chacun de ces groupements fonctionnels implémente 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 uploads/Management/ tmn.pdf