ITU-T Q 940 FRENCH-1988 ISDN User-Network Interface Protocol for Management - General Aspects《综合业务数字网(ISDN)用户网络接口的管理协议 一般性质-No 1数字用户信令系统(DSS1) 网络层 用户网络管理(11号研究组)11pp》.pdf

《ITU-T Q 940 FRENCH-1988 ISDN User-Network Interface Protocol for Management - General Aspects《综合业务数字网(ISDN)用户网络接口的管理协议 一般性质-No 1数字用户信令系统(DSS1) 网络层 用户网络管理(11号研究组)11pp》.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 940 FRENCH-1988 ISDN User-Network Interface Protocol for Management - General Aspects《综合业务数字网(ISDN)用户网络接口的管理协议 一般性质-No 1数字用户信令系统(DSS1) 网络层 用户网络管理(11号研究组)11pp》.pdf（14页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.940SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUITSYSTME DE SIGNALISATIONDABONN NUMRIQUE N 1PROTOCOLE DINTERFACE USAGER-RSEAU RNIS POUR LA GESTION ASPECTS GNRAUXRecommandation UIT-T Q.940(Extrait du Livre Bleu)NOTES1 La Recommandation Q.940 de

2、l UIT-T a t publie dans le fascicule VI.11 du Livre Bleu. Ce fichier est unextrait du Livre Bleu. La prsentation peut en tre lgrement diffrente, mais le contenu est identique celui du LivreBleu et les conditions en matire de droits dauteur restent inchanges (voir plus loin).2 Dans la prsente Recomma

3、ndation, le terme Administration dsigne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1988, 1993Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou

4、mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Fascicule VI.11 - Rec. Q.940 1Recommandation Q.940Fascicule VI.11 - Rec. Q.940PROTOCOLE DINTERFACE USAGER-RSEAU RNISPOUR LA GESTION ASPECTS GNRAUX1 GnralitsLa prsente Recommandation fait partie dune srie de projets de Reco

5、mmandations qui dcrivent le modle degestion, les lments de service, et le protocole fournir linterface usager-rseau RNIS. Ces Recommandationsspcifient galement les fonctions de gestion requises pour linstallation dabonn du RNIS. Elle dcrit larchitecture degestion et donne une description gnrale des

6、services et des fonctions de gestion.Les autres Recommandations de cette srie spcifieront les lments de service et le protocole de gestion dusystme et les procdures lies aux fonctions de gestion.Les fonctions de gestion assures linterface usager-rseau sont destines tre parfaitement harmonises avecle

7、s fonctions de gestion du rseau couvertes par le rseau de gestion des tlcommunications (RGT) et le cadre gnraldes principes de gestion pour linterconnexion des systmes ouverts (OSI). Bien que le RGT dfinisse les fonctions degestion du point de vue du rseau, la prsente Recommandation dcrit ces foncti

8、ons du point de vue de labonn etspcifie les fonctions de gestion distance des quipements dusager.1.1 PorteLa prsente srie de Recommandations tablira une approche commune pour les communications de gestiondestines supporter les procdures utilises par un centre de maintenance distant, lintrieur ou lex

9、trieur du rseau,ainsi que celles entreprises au niveau local.Ces Recommandations traitent de la spcification des points suivants:a) spcification dune architecture de gestion et identification des trajets possibles de communication;b) spcification des fonctions de gestion assurer linterface usager-rs

10、eau RNIS;c) spcification dun protocole de transfert dinformation pour lchange dinformations de gestion entre deuxentits homologues dapplication de gestion de systme (SMAE);d) spcification de primitives entre le processus dapplication de gestion (usager) et le SMAE cest-dire lesprimitives linterface

11、de service de gestion du systme (SMSI);e) spcification de primitives de service entre llment de service SMAE et les lments de service de lacouche sous-jacente cest-dire les primitives au point daccs de service de couche prsentation, (PSAP);f) spcification de la fonction de convergence ventuellement

12、ncessaire pour permettre laccs direct deslments de service SMAE aux services fournis par la couche 3 cest-dire les primitives au point daccsdu service de couche de rseau, (NSAP).1.2 Champ dapplicationLes protocoles et procdures dcrits dans ces Recommandations fournissent des moyens pour faciliter le

13、sfonctions de gestion linterface usager-rseau RNIS. Les activits de gestion des services et des oprations du rseau,telles que la configuration des ressources du rseau, lacheminement de linformation, et les activits de maintenance,utilisent les fonctions et les protocoles dfinis dans ces Recommandati

14、ons. En particulier, ces fonctions de gestiondoivent pouvoir assurer les besoins spcifiques du type de ceux dfinis dans les Recommandations de la srie I.60(maintenance de laccs et de linstallation de lusager). Ces protocoles permettent de commander des boucles et des testsde diagnostic, de dclencher

15、 et darrter lindication dvnements et dchanger une information de gestion traverslinterface usager-rseau RNIS, cest-dire entre quipements connects aux points de rfrence S/T.Les signaux de la couche physique de la section de transmission numrique utiliss pour commander lesfonctions de maintenance sort

16、ent du cadre de la prsente Recommandation.Les protocoles peuvent tre utiliss sur le canal D des structures dinterface au dbit primaire et de base et travers les points de rfrence S et T. Les protocoles de couche suprieure peuvent tre galement utiliss sur dautrescanaux et services support RNIS.2 Fasc

17、icule VI.11 - Rec. Q.940Les protocoles et les procdures dcrits dans ces Recommandations tiennent compte du fait quil y aura desinteractions avec le RGT. En consquence, il est souhaitable dharmoniser, autant que possible, les services et lesprotocoles destins tre utiliss pour la gestion daccs avec ce

18、ux qui seront dfinis pour le RGT et la gestion OSI.2 Catgories dinformations de gestion changesLes informations de gestion changes peuvent tre classes selon les trois catgories suivantes:a) notification dvnement: le transfert dinformation est dclench par un systme qui signale instantanmentlapparitio

19、n dun vnement (par exemple, un drangement) un autre systme;b) transfert de donnes: lchange dinformation est dclench par un systme afin dobtenir une information degestion dun autre systme. Ces changes se droulent conformment au paradigme “demande suivie derponse”;c) information de commande: les chang

20、es dinformation sont de nature excutive: un systme demande quuneaction soit excute par un autre systme, par exemple pour le test daccessibilit et le tlchargement deparamtres.3 Fonctions de gestionLes fonctions de gestion peuvent tre classes selon les domaines dapplication. Les principales fonctionss

21、uivantes ont t recenses:a) Gestion des drangements Fonctions de maintenance Reprage des drangements Indication spontane derreurs Indication dalarme de seuil derreur Surveillance continue Essai de diagnostic (R)initialisation des ressources Test de confiance Identification des ressources Localisation

22、 de dfaillance.b) Gestion de configuration Modification dacheminement Modification de base de donnes Identification dquipement Reconfiguration de rseau/dquipement.c) Gestion de comptabilit Indication des donnes de facturation.d) Gestion de la qualit de fonctionnement Collecte et indication des donne

23、s de trafic Surveillance de la qualit de fonctionnement Application de commandes.e) Gestion de scurit.Fascicule VI.11 - Rec. Q.940 34 Modles de rfrence de gestion4.1 Modle de trajet de communicationLa figure 1/Q.940 montre les entits qui peuvent contenir des entits de gestion du systme (SME) pouvant

24、ncessiter une aptitude communiquer. Les entits de gestion du systme peuvent tre situes dans les commutateurslocaux, les installations dabonn, les centres de gestion distants ou les centres de gestion du rseau.Les fonctions de gestion assures par les diffrents systmes peuvent diffrer selon les besoin

25、s du systme etvarier selon les rseaux. Cependant, les facilits de communication fournies par les entits de gestion des systmesdoivent avoir autant que possible des caractristiques communes.La porte de la prsente Recommandation stend aux fonctions et aux protocoles qui ont un impact direct surlinterf

26、ace usager-rseau.Les entits de gestion du systme peuvent tre situes dans un TE, une TNA ou un fournisseur de service degestion. Nanmoins, bien que la communication entre deux entits de gestion quelconques soit possible dans le modle,cela nimplique pas que linformation dtenue par une entit de gestion

27、 donne soit disponible pour toutes les autresentits de gestion. Des mcanismes de scurit peuvent tre utiliss pour limiter laccs linformation.4 Fascicule VI.11 - Rec. Q.940La figure 1/Q.940 montre que trois types de communications de gestion peuvent tre appliqus, savoir:a) TE (ou centre de tlgestion)

28、fi TE (1 fi 2);b) TE fonction de gestion du rseau (1 fi 3);c) TE fonction de gestion du rseau fi TE (1 fi 3 fi 2).Fascicule VI.11 - Rec. Q.940 5Les types a) et b) sont des cas de communications directes entre homologues. Pour le type c), le TE demande lentit de gestion du rseau de fonctionner comme

29、un intermdiaire qui, au nom du TE demandeur, communique avec unautre TE.4.1.1 Scurit daccs aux fonctions de gestion et de maintenancePour faciliter les procdures de maintenance et la localisation des drangements, les entits de maintenancesitues dans diffrents domaines de gestion peuvent communiquer.

30、 Nanmoins, puisque linformation de gestion et demaintenance prsente une trs grande importance pour lintgrit du systme, laccs aux fonctions et linformation degestion est soumis une habilitation pralable et des restrictions de scurit lors de laccs.Les restrictions daccs sont normalement appliques par

31、le destinataire de linformation de gestion mais ellespeuvent tre appliques par le demandeur, indpendamment de toute scurit impose par le destinataire. Les mesures descurit peuvent inclure des conditions dauthentification dentit homologue.Lutilisation de mcanismes de scurit adquats est particuliremen

32、t importante dans le cas dun rseau, du faitque les fonctions de maintenance pour de nombreux usagers peuvent tre affectes par un accs non autoris.Chaque fois quune communication de gestion de systme passe par un point de rfrence S ou T, uneautorisation daccs peut en principe tre suppose ncessaire.Re

33、marque Cela nexclut pas les mesures implicites influant sur les paramtres de gestion de couche, commeindiqu dans les protocoles de signalisation pertinents (par exemple, Recommandations Q.921, Q.931). Toutefois, cesactions sortent du cadre de la prsente Recommandation.4.2 Entit de gestion du systmeL

34、a figure 2/Q.940 dcrit la structure interne du SME.4.2.1 Entit dapplication de gestion du systme (SMAE)La SMAE est une entit de couche dapplication qui supporte les fonctions de gestion du systme. Elle estcharge des communications avec les systmes homologues.Le rle de la SMAE est dassurer les commun

35、ications requises pour rendre un dispositif de gestion du systmeaccessible un autre SMAP. Il nest pas ncessaire de mettre en uvre la SMAE si lon a seulement besoin dune gestionde systme lchelon local.4.2.2 Processus dapplication de gestion du systme (SMAP)Un SMAP est un processus dapplication dun sy

36、stme, qui accomplit des fonctions de gestion. Le SMAPcommande la SMAE et inclut la base dinformation de gestion (MIB) ainsi que, le cas chant, un ou plusieurs modulesde gestion assurant diverses possibilits de fonction.4.2.3 Base dinformation de gestion (MIB)La MIB est le dpt de toutes les informati

37、ons relatives au fonctionnement du systme. La SMAE et les entitsde gestion de couche (LME) ont accs la MIB.4.2.4 Entit de gestion de couche (LME)La LME est la partie de lentit de couche qui gre les ressources et les paramtres rsidant dans son entit deprotocole de couche.4.2.5 Entit de protocole (PE)

38、La PE est la partie de lentit de couche qui se consacre aux communications entre homologues. Une PE decouche fournit des services la couche immdiatement suprieure et utilise les services de la couche immdiatementinfrieure.6 Fascicule VI.11 - Rec. Q.940Il convient de noter que ce modle permet actuell

39、ement des communications entre processus de gestionhomologues, soit par rattachement un point daccs la couche prsentation (PSAP) soit par rattachement direct aupoint daccs au service de couche de rseau (NSAP). Une fonction de convergence peut tre assure titre de variantepar rapport au modle de rfren

40、ce complet sept couches OSI (spcifi dans la Recommandation X.200) afin de prvoirles terminaux simples susceptibles dtre utiliss dans lenvironnement du RNIS. Si elles sont assures, les fonctionsseront rduites au minimum, cest-dire que les services de couche OSI abandonns du fait de llimination des co

41、uches4 6 ne seront pas rtablis par la fonction de convergence. En consquence, il sera prfrable dutiliser lensemble dessept couches. Il sensuit que les “fonctions de convergence” devront ventuellement tre spcifies.4.2.6 Protocole dinformation de gestion (MIP)Le protocole dinformation de gestion perme

42、t lchange dinformation entre SMAE homologues.Fascicule VI.11 - Rec. Q.940 74.3 Objets manipuls: un modle dobjet hirarchique4.3.1 Dfinitions4.3.1.1 objet grOn entend par objet gr un ensemble dobjets de donnes et de tlcommunications ou de ressources detraitement de linformation qui peuvent tre grs au

43、moyen du protocole de gestion spcifi dans la prsenteRecommandation.4.3.1.2 Un objet de donnes est un objet qui est le destinataire direct dune action ou qui gnre un rapportdvnements.4.3.2 Modle dobjet hirarchiqueLes fonctions de maintenance sont dcrites comme tant des fonctions asymtriques utilisant

44、 des trajets decommunication symtriques. Une activit de maintenance est toujours dclenche par un demandeur qui demande unexcuteur de manipuler des rapports dvnements ou des objets de donnes. Ceux-ci peuvent tre classs commeappartenant aux diffrents objets grs. Chaque opration lmentaire qui doit accd

45、er ou se rfrer aux objets dedonnes les identifie en spcifiant dabord lobjet gr auquel ils appartiennent puis en les identifiant dans lobjet gr.Un modle dobjet hirarchique est celui qui permet daccder un objet de donnes quelconque dune maniresimple. Quand un objet gr peut tre reproduit, un identifica

46、teur de cas aidera rsoudre lambigut.Par exemple, le modle pour une interface daccs usager-rseau RNIS est reprsent par larbre hirarchique dela figure 3/Q.940.Les paramtres et les rapports dvnements concernant un objet gr donn peuvent alors tre implicitementdfinis dans lobjet gr. Certains objets grs p

47、euvent tre vides quand aucun objet de donnes ny est identifi. Enpareil cas, ils sont prsents seulement titre dindication dun niveau hirarchique.Il faut noter que le modle dinterface daccs usager-rseau RNIS contient uniquement les objets grs quiappartiennent aux fonctions daccs au rseau, cest-dire qui interviennent dans la fourniture du service support requis(signalisation et protocoles de couche infrieure sur les canaux support). Les