ISO IEC 13244 AMD 1-1999 Information technology - Open Distributed Management Architecture Amendment 1 Support using Common Object Request Broker Architecture (.pdf

1、Numro de rfrence ISO/CEI 13244:1998/Amd.1:1999(F) NORME INTERNATIONALE ISO/CEI 13244 Premire dition 1998-12-15 AMENDEMENT 1 1999-09-01 Technologies de linformation Architecture de gestion rpartie ouverte AMENDEMENT 1: Prise en charge de larchitecture ODMA par larchitecture CORBA Information technolo

2、gy Open Distributed Management Architecture AMENDMENT 1: Support using Common Object Request Broker Architecture (CORBA)ISO/CEI 13244:1998/Amd.1:1999(F) PDF Exonration de responsabilit Le prsent fichier PDF peut contenir des polices de caractres intgres. Conformment aux conditions de licence dAdobe,

3、 ce fichier peut tre imprim ou visualis, mais ne doit pas tre modifi moins que lordinateur employ cet effet ne bnficie dune licence autorisant lutilisation de ces polices et que celles-ci y soient installes. Lors du tlchargement de ce fichier, les parties concernes acceptent de fait la responsabilit

4、 de ne pas enfreindre les conditions de licence dAdobe. Le Secrtariat central de lISO dcline toute responsabilit en la matire. Adobe est une marque dpose dAdobe Systems Incorporated. Les dtails relatifs aux produits logiciels utiliss pour la cration du prsent fichier PDF sont disponibles dans la rub

5、rique General Info du fichier; les paramtres de cration PDF ont t optimiss pour limpression. Toutes les mesures ont t prises pour garantir lexploitation de ce fichier par les comits membres de lISO. Dans le cas peu probable o surviendrait un problme dutilisation, veuillez en informer le Secrtariat c

6、entral ladresse donne ci-dessous. ISO/CEI 1999 Droits de reproduction rservs. Sauf prescription diffrente, aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans

7、laccord crit de lISO ladresse ci-aprs ou du comit membre de lISO dans le pays du demandeur. ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax. + 41 22 734 10 79 E-mail copyrightiso.ch Web www.iso.ch Version franaise parue en 2000 I mpri menSuis se ii ISO/CEI 1999 Tous

8、 droits rservsISO/CEI 13244:1998/Amd.1:1999(F) ISO/CEI 1999 Tous droits rservs iii Sommaire Page 1) Article 1 1 2) Article 2 1 3) Nouveau paragraphe 2.3 . 1 4) Article 4 1 5) Nouvel article 8 2 6) Nouvelles Annexes G et H . 6ISO/CEI 13244:1998/Amd.1:1999(F) iv ISO/CEI 1999 Tous droits rservs Avant-p

9、ropos LISO (Organisation internationale de normalisation) et la CEI (Commission lectrotechnique internationale) forment le systme spcialis de la normalisation mondiale. Les organismes nationaux membres de lISO ou de la CEI participent au dveloppement de Normes internationales par lintermdiaire des c

10、omits techniques crs par lorganisation concerne afin de soccuper des domaines particuliers de lactivit technique. Les comits techniques de lISO et de la CEI collaborent dans des domaines dintrt commun. Dautres organisations internationales, gouvernementales et non gouvernementales, en liaison avec l

11、ISO et la CEI participent galement aux travaux. Dans le domaine des technologies de linformation, lISO et la CEI ont cr un comit technique mixte, lISO/CEI JTC 1. Les projets de Normes internationales adopts par le comit technique mixte sont soumis aux organismes nationaux pour vote. Leur publication

12、 comme Normes internationales requiert lapprobation de 75 % au moins des organismes nationaux votants. LAmendement 1 lISO/CEI 13244:1998 a t labor par le comit technique mixte ISO/CEI JTC 1, Technologies de linformation, sous-comit SC 33, Services dapplications distribues, en collaboration avec lUIT

13、-T. Le texte identique est publi en tant que Rec. UIT-T X.703/Amd.1.ISO/CEI 13244 : 1998/Amd.1 : 1999 (F) Rec. UIT-T X.703 (1997)/Amd.1 (1998 F) 1 NORME INTERNATIONALE ISO/CEI 13244 : 1998/Amd.1 : 1999 (F) Rec. UIT-T X.703 (1997)/Amd.1 (1998 F) RECOMMANDATION UIT-T TECHNOLOGIES DE LINFORMATION ARCHI

14、TECTURE DE GESTION RPARTIE OUVERTE AMENDEMENT 1 Prise en charge de larchitecture ODMA par larchitecture CORBA 1) Article 1 Mettre jour cet article en remplaant (dans la lgende de la Figure 1) les mots modification ventuelle par modification. 2) Article 2 Ajouter la rfrence suivante, concernant la fo

15、nction de slection et de distribution des notifications: Recommandation UITT X.770 (199x) | ISO/CEI 154271:199x, Technologies de linformation Architecture de gestion rpartie ouverte Fonction de slection et de distribution des notifications. 3) Nouveau paragraphe 2.3 Ajouter le nouveau paragraphe sui

16、vant pour les rfrences des spcifications publies (PAS): 2.3 Rfrences des spcifications publies Toutes les rfrences contenues dans ce paragraphe taient correctes au moment de lapprobation de la prsente Recommandation | Norme internationale. Les dispositions contenues dans les spcifications de rfrence

17、 indiques dans ce paragraphe sont valides dans le contexte de la prsente Recommandation | Norme internationale. Une rfrence, dans le cadre de la prsente Recommandation | Norme internationale, une spcification donne ne donne celleci aucun statut particulier (notamment pas celui de Recommandation | No

18、rme internationale) dans le cadre de lUITT ou de lISO/CEI. Note provisoire Un rapport explicatif sur les rfrences est diffus loccasion du vote sur ce projet damendement la spcification. CORBA: The Common Object Request Broker: Architecture and Specification, Revision 2.1, Object Management Group, ao

19、t 1997 (OMG Doc Number: Formal/970901). CORBA Services: Common Object Services Specification, Object Management Group, novembre 1997 (OMG Doc Number: Formal/971202). CORBA Facilities: Common Object Facilities Specification, Object Management Group, Revision 4, novembre 1995 (OMG Doc Number: Formal/9

20、70615). 4) Article 4 Ajouter les abrviations suivantes: bmos serveur doprations de gestion de base (base management-operation server) DII interface dinvocation dynamique (dynamic invocation interface) GIOP protocole gnral de courtage dobjets (general inter orb protocol)ISO/CEI 13244 : 1998/Amd.1 : 1

21、999 (F) 2 Rec. UIT-T X.703 (1997)/Amd.1 (1998 F) IR rpertoire central dinterfaces (interface repository) JIDM gestion mixte des domaines par les forums X/Open et NMF (X/Open NMF joint interdomain management) OMG groupe de gestion dobjets (object management group) ORB courtier dobjets (object request

22、 broker) SNMP protocole simple de gestion de rseau (simple network management protocol) 5) Nouvel article 8 Ajouter le texte du nouvel article 8 ciaprs: 8 Prise en charge de larchitecture ODMA par larchitecture CORBA Les mcanismes permettant de raliser des systmes darchitecture ODMA ne sont pas uniq

23、ues et de multiples mthodes peuvent tre suivies, lune delles tant la gestionsystmes OSI qui est dcrite larticle 7. Le prsent article dcrit un autre mcanisme, faisant appel larchitecture CORBA du groupe OMG, qui est une infrastructure de traitement rparti. Le prsent article dcrit la faon dont larchit

24、ecture CORBA peut tre utilise pour prendre en charge larchitecture ODMA. NOTE Le groupe OMG est un consortium reconnu lchelle internationale comme un contribuant majeur au secteur de linformatique. Le langage IDL de traitement ODP, dfini dans la Rec. UITT X.920 | ISO/CEI 14750, est techniquement ali

25、gn sur le langage IDL du groupe OMG dfini dans larchitecture CORBA. Lon considre que les techniques de type CORBA peuvent faire progresser les recherches dans les domaines suivants: larchitecture CORBA affranchit lingnieur des contraintes dues aux systmes dexploitation et aux langages; la mise au po

26、int de systmes de gestion peut faire un usage notable des instances des services et capacits CORBA actuellement dfinis; facilitant linteroprabilit des systmes de gestion, larchitecture CORBA est un composant intgrateur dapplication typique, qui prend en charge la dfinition dinterface indpendamment d

27、u langage de programmation, les traductions normalises et les profils de vendeurs multiples. La publication dinterfaces avec les fonctions applicatives prises en charge par les systmes de gestion en langage IDL de traitement ODP devrait faciliter linterfonctionnement de tels systmes; linfrastructure

28、 architecture CORBA peut faciliter la mise au point de systmes de gestion base architecturale purement CORBA, avec des composants “de kit“ normaliss. Il est prvu de rutiliser (le cas chant) la connaissance et les spcifications issues dactivits conduites au sein de la gestion traditionnelle des systm

29、es OSI. Une prise de conscience gnrale se dgage pour reconnatre le fait que nombre des avantages offerts par le traitement rparti des objets en gnral et par larchitecture CORBA, en particulier, amlioreront les caractristiques des systmes mis au point dans ce contexte. Les descriptions des points de

30、vue entreprise et information, donnes dans le prsent article sur la prise en charge de larchitecture ODMA par larchitecture CORBA, sont les mmes que dans larticle 6, Cadre gnral. 8.1 Point de vue traitement Les fonctions introduites par larchitecture ODMA doivent complter les services et capacits CO

31、RBA, qui sont dordre plus gnral. Lensemble complet des spcifications de service sera essentiel pour constituer un cadre de dveloppement dapplications rparties pour la gestion des tlcommunications. 8.1.1 Objets grs CORBA Dans le prsent paragraphe, le terme “objet gr CORBA“ dsigne un objet gr jouant u

32、n rle de traitement qui est ralis dans un environnement darchitecture CORBA. Il faut dfinir un type dinterface de serveur doprations de gestion de base (bmos) que les objets grs CORBA puissent supporter. La prise en charge gnralise de ce type dinterface de serveur bmos par des objets grs CORBA offri

33、ra une plateforme commune aux divers groupes qui dfinissent des services pour la gestion rpartie ouverte darchitecture CORBA.ISO/CEI 13244 : 1998/Amd.1 : 1999 (F) Rec. UIT-T X.703 (1997)/Amd.1 (1998 F) 3 NOTE Le terme interface de base implique que dautres types dinterface peuvent en tre dduits par

34、hritage ou par dautres formes de soustypage. Chaque objet gr CORBA possde au moins une interface, dfinie en langage IDL de traitement ODP, pour les attributs et pour les oprations quil prend en charge. Dans ce contexte, une interface de type serveur bmos runira toutes les caractristiques de base ass

35、ocies un objet gr CORBA quelconque: il pourra sagir dinformations sur les types dinterface pris en charge par lobjet gr CORBA ou de lidentificateur dune instance dobjet gr CORBA. Ce type dinterface bmos pourra ensuite tre spcialis pour chaque type dobjet gr CORBA contenu dans le systme. Le langage I

36、DL du traitement ODP offre des capacits de dfinition dinterface. La mme dfinition dinterface est utilise par le client comme par le serveur. Il est galement important de concevoir les systmes grs rpartis de faon que les nouveaux types dobjets grs CORBA (avec les nouveaux types dinterface corresponda

37、nts) puissent tre installs dans le systme en cours de fonctionnement, sans reconstruction du logiciel systme pour travailler avec les nouvelles dfinitions. Linterface squelette dynamique est un mcanisme qui peut servir construire de tels systmes flexibles, quoique dautres procds puissent galement tr

38、e employs. Lorsquune interface de type bmos est utilise pour un objet gr CORBA, un ensemble limit doprations de gestion peut tre invoqu par le systme de gestion sans connaissance des caractristiques particulires dun objet gr CORBA de type spcialis. 8.1.2 Traitement des notifications Dans larchitectu

39、re ODMA, les notifications sont traites comme des invocations dopration adresses par des entits gres un mcanisme de distribution dvnement qui est fond sur lextension du service dvnement CORBA (services CORBA). Chaque dfinition de notification ODMA donne lieu la spcification densembles doprations dan

40、s des interfaces de serveur de notification. Cellesci peuvent tre prises en charge par des objets de rattachement un distributeur de notifications (comme un canal dvnements CORBA) ou par des objets de destination. Le traitement des notifications ODMA dans lenvironnement CORBA tel que dfini dans la s

41、pcification du service dvnement CORBA (services CORBA) peut tre ralis au moyen dvnements CORBA soit typs soit non typs et au moyen des modles de circulation ou de publication pour la remise des comptes rendus dvnement. Dans le service dvnement CORBA: le modle de circulation implique que lexpditeur d

42、un compte rendu dvnement invoque une opration relative lobjet rcepteur (le contenu du compte rendu dvnement tant insr dans linvocation); alors que le modle de publication implique que le rcepteur dun compte rendu dvnement invoque une opration relative lobjet metteur (le contenu du compte rendu tant

43、insr dans le message de terminaison). La dfinition ODMA dune notification, ainsi que toutes les figures contenues dans la prsente Spcification, sont fondes sur lhypothse que le modle de circulation est utilis pour la remise des notifications. Dans le cas du modle de publication, les rles de client e

44、t de serveur de notification sont inverss, ce qui nest cependant pas explicitement indiqu dans la prsente Spcification. Il est ncessaire de dfinir un mcanisme de distribution dvnement de type CORBA (comme celui qui est fourni par la Rec. UITT X.770 | ISO/CEI 154271) permettant dmettre des notificati

45、ons partir dun seul objet gr CORBA et de les remettre des objets de traitement de destinations multiples qui sabonnent des types particuliers de notifications. La dfinition dune notification ODMA, destine permettre la distribution des destinations multiples, ne permet pas de renvoyer dans le modle d

46、e circulation dautres informations que laccus de rception, dans la rponse lopration de remise de notification (issue soit de lobjet gr CORBA vers lobjet de distribution dvnement, soit de lobjet gr de distribution dvnement vers la destination). NOTE Le mode de remise par publication rend laccus de rc

47、eption inutile du point de vue du rcepteur de la notification. Il est ncessaire de dfinir des mcanismes de distribution dvnement qui puissent tre configurs pour divers niveaux de qualit de service, y compris la capacit, pour lobjet de traitement de distribution dvnement, de mettre en file dattente des notifications remettre la destination ultime lorsque celleci devient disponible cette fin. 8.1.3 Traitement des rponses lies En architecture CORBA, les rponses lies sont ralises par le