ISO/IEC 13244:1998/Amd 1:1999
(Amendment)Information technology — Open Distributed Management Architecture — Amendment 1: Support using Common Object Request Broker Architecture (CORBA)
Information technology — Open Distributed Management Architecture — Amendment 1: Support using Common Object Request Broker Architecture (CORBA)
Technologies de l'information — Architecture de gestion répartie ouverte — Amendement 1: Prise en charge de l'architecture ODMA par l'architecture CORBA
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 13244
First edition
1998-12-15
AMENDMENT 1
1999-09-01
Information technology —Open Distributed
Management Architecture
AMENDMENT 1: Support using Common
Object Request Broker Architecture (CORBA)
Technologies de l'information — Architecture de gestion répartie ouverte
(ODMA)
AMENDEMENT 1: Support utilisant une architecture de courtier de
demande d’objet courant (CORBA)
Reference number
ISO/IEC 13244:1998/Amd.1:1999(E)
---------------------- Page: 1 ----------------------
ISO/IEC 13244:1998/Amd.1:1999(E)
© ISO/IEC 1999
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or
mechanical, including photocopying and microfilm, without permission in writing from the publisher.
ISO/IEC Copyright Office � Case postale 56 � CH-1211 Genève 20 � Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
© ISO/IEC ISO/IEC 13244:1998/Amd.1:1999(E)
Contents
Page
1) Clause 1 . 1
2) Clause 2 . 1
3) New subclause 2.3 . 1
4) Clause 4 . 2
5) New clause 8. 2
6) New Annexes G and H . 6
iii
---------------------- Page: 3 ----------------------
ISO/IEC 13244:1998/Amd.1:1999(E) © ISO/IEC
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the
specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established by the respective organization to deal with
particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft
International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the national bodies casting a vote.
Amendment 1 to ISO/IEC 13244:1998 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 33, Distributed application services, in collaboration with ITU-T. The identical text is published as ITU-T
Rec. X.703/Amd.1.
iv
---------------------- Page: 4 ----------------------
ISO/IEC 13244 : 1998/Amd.1 : 1999 (E)
INTERNATIONAL STANDARD
ISO/IEC 13244 : 1998/Amd.1 : 1999 (E)
ITU-T Rec. X.703 (1997)/Amd.1 (1998 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY– OPEN DISTRIBUTED
MANAGEMENT ARCHITECTURE
AMENDMENT 1
Support using Common Object Request Broker Architecture (CORBA)
1) Clause 1
Update the scope clause to change potential amendment to amendment (in Figure 1).
2) Clause 2
Add a reference by alphanumerical order to the ODMA Notification Selection and Dispatch Function:
– ITU-T Recommendation X.770 (199x) | ISO/IEC 15427-1:199x, Information technology – Open
Distributed Management Architecture – Notification Selection and Dispatch Function
3) New subclause 2.3
Add a new subclause for PAS references:
2.3 Publicly available specification references
All references in this subclause were correct at the time of approval of this Recommendation | International Standard.
The provisions of the references specifications, as identified in this subclause, are valid within the context of this
Recommendation | International Standard. The reference to a specification within this Recommendation | International
Standard does not give it any further status within ITU-T or ISO/IEC; in particular, it does not give the referenced
specification the status of a Recommendation | International Standard.
Temporary Note – A reference explanatory report is circulated with the DAM ballot on this specification.
– CORBA: The Common Object Request Broker: Architecture and Specification, Revision 2.1, Object
Management Group, August 1997 (OMG Doc Number: Formal/97-09-01).
– CORBA Services: Common Object Services Specification, Object Management Group, November 1997
(OMG Doc Number: Formal/97-12-02).
– CORBA Facilities: Common Object Facilities Specification, Object Management Group, Revision 4,
November 1995 (OMG Doc Number: Formal/97-06-15).
ITU-T Rec. X.703 (1997)/Amd.1 (1998 E) 1
---------------------- Page: 5 ----------------------
ISO/IEC 13244 : 1998/Amd.1 : 1999 (E)
4) Clause 4
Add the following abbreviations by alphabetical order:
bmos base management-operation server
DII Dynamic Invocation Interface
GIOP General Inter Orb Protocol
IR Interface Repository
JIDM X/Open – NMF Joint Inter-Domain Management
OMG Object Management Group
ORB Object Request Broker
SNMP Simple Network Management Protocol
5) New clause 8
Add the following clause amendment text:
8 CORBA support for ODMA
Mechanisms to realize ODMA systems are not unique, and there may be multiple approaches. OSI Systems
Management, as described in clause 7, is one approach. This clause describes another approach, using OMG CORBA.
The OMG CORBA a distributed processing infrastructure. This clause describes how CORBA can be used to support
ODMA.
NOTE – OMG is a consortium recognized internationally as a major contributor to information technology. ODP IDL, as defined
in ITU-T Rec. X.920 | ISO/IEC 14750, is technically aligned with the OMG IDL defined in CORBA.
It is envisaged that CORBA-based technology has the potential to progress development in the following areas:
– CORBA isolates the engineer from the Operating System and language dependencies.
– The development of management systems can internally make substantial use of implementations of the
currently defined CORBA Services and CORBA Facilities.
– Facilitating interoperability between management systems. CORBA is a standard middleware component
supporting programming language independent interface definition, standard language mappings, and has
multi-vendor support. The publication of interfaces to application functions supported by management
systems in ODP IDL should facilitate interworking between such management systems.
– CORBA-based infrastructure may facilitate the development of purely CORBA-based management
systems with standard "off the shelf" components.
It is intended (where appropriate) to reuse the knowledge and specifications generated as a result of activities within
traditional OSI Systems Management. There is also a general realisation that many of the advantages offered by
distributed object computing in general, and specifically by CORBA, will enhance the features of systems developed in
this context.
The enterprise and information viewpoint descriptions of CORBA support for ODMA are the same as the corresponding
enterprise and information viewpoint in clause 6, General framework.
8.1 Computational viewpoint
The functions introduced by the ODMA should complement the more general CORBA services and CORBA facilities.
The complete set of service specifications will be fundamental to providing a framework for developing distributed
telecommunications management applications.
8.1.1 CORBA managed objects
In this subclause, the term "CORBA managed object" is used to refer to a managed role computational object which is
realized in a CORBA environment.
2 ITU-T Rec. X.703 (1997)/Amd.1 (1998 E)
---------------------- Page: 6 ----------------------
ISO/IEC 13244 : 1998/Amd.1 : 1999 (E)
There is a need to define a commonly agreed base management-operation server (bmos) interface type, which CORBA
managed objects should support. The widespread support of this bmos interface type by CORBA managed objects will
provide commonality between the various groups defining services for CORBA-based open distributed management.
NOTE – The term base interface is used to imply that other interface types may be derived from it using inheritance, or other
forms of subtyping.
Each CORBA managed object has at least one interface, defined in ODP IDL, for the attributes and operations which it
supports. A bmos interface type in this context would include all of the basic common features associated with any
CORBA managed object. This could include information about the interface types supported by the CORBA managed
object, the identifier for a CORBA managed object instance. This bmos interface type could then be specialized for each
type of CORBA managed object in the system.
ODP IDL offers facilities to define interfaces. The same interface definition is used by both the client and the server.
It is equally important to design distributed managed systems so that new CORBA managed object types (with
corresponding new interface types) may be installed in the system during run time, without rebuilding the system
software to work with the new definitions. The Dynamic Skeleton Interface is a mechanism which may be used to build
such flexible systems, but other mechanisms may also be employed.
When a bmos interface type is used for a CORBA managed object, a limited set of management operations can be
invoked by the managing system without knowledge of the specific features of a specialized CORBA managed object
type.
8.1.2 Handling of notifications
ODMA notifications are treated as operation invocations from managed entities onto an event distribution mechanism
[which is based on the extension of the CORBA event service (CORBA Services)]. Each defined ODMA notification
results in the specification of sets of operations in notification server interfaces. These notification server interfaces may
be supported by notification dispatcher binding objects (e.g. CORBA event channel) or destination objects.
The handling of ODMA notifications, in the CORBA environment [as defined in the CORBA Event Service
specification (CORBA Services)], may be accomplished using either CORBA typed or untyped events, and using either
the push or pull models for delivery of event reports.
In the CORBA Event Service:
– the push model implies that the sender of an event report invokes an operation on the receiving object
(with the event report contents contained in the invocation); while,
– the pull model implies that the receiver of an event report invokes an operation on the sending object
(with the event report contents in the termination message).
The ODMA definition of notification, and all the figures in this Specification, assume that the push model is being used
for notification delivery. In the case of the pull model, the notification cli
...
NORME ISO/CEI
INTERNATIONALE 13244
Première édition
1998-12-15
AMENDEMENT 1
1999-09-01
Technologies de l'information —
Architecture de gestion répartie ouverte
AMENDEMENT 1: Prise en charge de
l'architecture ODMA par l'architecture CORBA
Information technology — Open Distributed Management Architecture
AMENDMENT 1: Support using Common Object Request Broker
Architecture (CORBA)
Numéro de référence
ISO/CEI 13244:1998/Amd.1:1999(F)
---------------------- Page: 1 ----------------------
ISO/CEI 13244:1998/Amd.1:1999(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO/CEI 1999
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-après ou du comité membre de l’ISO 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 copyright@iso.ch
Web www.iso.ch
Version française parue en 2000
ImpriméenSuisse
ii © ISO/CEI 1999 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO/CEI 13244:1998/Amd.1:1999(F)
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 . 6
© ISO/CEI 1999 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO/CEI 13244:1998/Amd.1:1999(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou de la
CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques créés par
l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les comités
techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI participent également
aux travaux.
Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé un comité technique mixte,
l'ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le comité technique mixte sont soumis aux
organismes nationaux pour vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au
moins des organismes nationaux votants.
L’Amendement 1 à l'ISO/CEI 13244:1998 a été élaboré par le comité technique mixte ISO/CEI JTC 1,
Technologies de l'information, sous-comité SC 33, Services d'applications distribuées, en collaboration avec
l'UIT-T. Le texte identique est publié en tant que Rec. UIT-T X.703/Amd.1.
iv © ISO/CEI 1999 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO/CEI 13244 : 1998/Amd.1 : 1999 (F)
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 L'INFORMATION –
ARCHITECTURE DE GESTION RÉPARTIE OUVERTE
AMENDEMENT 1
Prise en charge de l'architecture ODMA par l'architecture CORBA
1) Article 1
Mettre à jour cet article en remplaçant (dans la légende de la Figure 1) les mots modification éventuelle par
modification.
2) Article 2
Ajouter la référence suivante, concernant la fonction de sélection et de distribution des notifications:
– Recommandation UIT-T X.770 (199x) | ISO/CEI 15427-1:199x, Technologies de l'information –
Architecture de gestion répartie ouverte – Fonction de sélection et de distribution des notifications.
3) Nouveau paragraphe 2.3
Ajouter le nouveau paragraphe suivant pour les références à des spécifications publiées (PAS):
2.3 Références à des spécifications publiées
Toutes les références contenues dans ce paragraphe étaient correctes au moment de l'approbation de la présente
Recommandation | Norme internationale. Les dispositions contenues dans les spécifications de référence indiquées dans
ce paragraphe sont valides dans le contexte de la présente Recommandation | Norme internationale. Une référence, dans
le cadre de la présente Recommandation | Norme internationale, à une spécification donnée ne donne à celle-ci aucun
statut particulier (notamment pas celui de Recommandation | Norme internationale) dans le cadre de l'UIT-T ou de
l'ISO/CEI.
Note provisoire – Un rapport explicatif sur les références est diffusé à l'occasion du vote sur ce projet d'amendement à la
spécification.
– CORBA: The Common Object Request Broker: Architecture and Specification, Revision 2.1, Object
Management Group, août 1997 (OMG Doc Number: Formal/97-09-01).
– CORBA Services: Common Object Services Specification, Object Management Group, novembre 1997
(OMG Doc Number: Formal/97-12-02).
– CORBA Facilities: Common Object Facilities Specification, Object Management Group, Revision 4,
novembre 1995 (OMG Doc Number: Formal/97-06-15).
4) Article 4
Ajouter les abréviations suivantes:
bmos serveur d'opérations de gestion de base (base management-operation server)
DII interface d'invocation dynamique (dynamic invocation interface)
GIOP protocole général de courtage d'objets (general inter orb protocol)
Rec. UIT-T X.703 (1997)/Amd.1 (1998 F) 1
---------------------- Page: 5 ----------------------
ISO/CEI 13244 : 1998/Amd.1 : 1999 (F)
IR répertoire central d'interfaces (interface repository)
JIDM gestion mixte des domaines par les forums X/Open et NMF (X/Open – NMF joint inter-domain
management)
OMG groupe de gestion d’objets (object management group)
ORB courtier d’objets (object request broker)
SNMP protocole simple de gestion de réseau (simple network management protocol)
5) Nouvel article 8
Ajouter le texte du nouvel article 8 ci-après:
8 Prise en charge de l’architecture ODMA par l’architecture CORBA
Les mécanismes permettant de réaliser des systèmes d'architecture ODMA ne sont pas uniques et de multiples méthodes
peuvent être suivies, l'une d'elles étant la gestion-systèmes OSI qui est décrite à l'article 7. Le présent article décrit un
autre mécanisme, faisant appel à l'architecture CORBA du groupe OMG, qui est une infrastructure de traitement réparti.
Le présent article décrit la façon dont l'architecture CORBA peut être utilisée pour prendre en charge l'architecture
ODMA.
NOTE – Le groupe OMG est un consortium reconnu à l'échelle internationale comme un contribuant majeur au secteur de
l'informatique. Le langage IDL de traitement ODP, défini dans la Rec. UIT-T X.920 | ISO/CEI 14750, est techniquement aligné
sur le langage IDL du groupe OMG défini dans l'architecture CORBA.
L'on considère que les techniques de type CORBA peuvent faire progresser les recherches dans les domaines suivants:
– l'architecture CORBA affranchit l'ingénieur des contraintes dues aux systèmes d'exploitation et aux
langages;
– la mise au point de systèmes de gestion peut faire un usage notable des instances des services et capacités
CORBA actuellement définis;
– facilitant l'interopérabilité des systèmes de gestion, l'architecture CORBA est un composant intégrateur
d'application typique, qui prend en charge la définition d'interface indépendamment du langage de
programmation, les traductions normalisées et les profils de vendeurs multiples. La publication
d'interfaces avec les fonctions applicatives prises en charge par les systèmes de gestion en langage IDL de
traitement ODP devrait faciliter l'interfonctionnement de tels systèmes;
– l'infrastructure à architecture CORBA peut faciliter la mise au point de systèmes de gestion à base
architecturale purement CORBA, avec des composants "de kit" normalisés.
Il est prévu de réutiliser (le cas échéant) la connaissance et les spécifications issues d'activités conduites au sein de la
gestion traditionnelle des systèmes OSI. Une prise de conscience générale se dégage pour reconnaître le fait que nombre
des avantages offerts par le traitement réparti des objets en général et par l'architecture CORBA, en particulier,
amélioreront les caractéristiques des systèmes mis au point dans ce contexte.
Les descriptions des points de vue entreprise et information, données dans le présent article sur la prise en charge de
l'architecture ODMA par l'architecture CORBA, sont les mêmes que dans l'article 6, Cadre général.
8.1 Point de vue traitement
Les fonctions introduites par l'architecture ODMA doivent compléter les services et capacités CORBA, qui sont d'ordre
plus général. L'ensemble complet des spécifications de service sera essentiel pour constituer un cadre de développement
d'applications réparties pour la gestion des télécommunications.
8.1.1 Objets gérés CORBA
Dans le présent paragraphe, le terme "objet géré CORBA" désigne un objet géré jouant un rôle de traitement qui est
réalisé dans un environnement d'architecture CORBA.
Il faut définir un type d'interface de serveur d'opérations de gestion de base (bmos) que les objets gérés CORBA puissent
supporter. La prise en charge généralisée de ce type d'interface de serveur bmos par des objets gérés CORBA offrira une
plate-forme commune aux divers groupes qui définissent des services pour la gestion répartie ouverte d'architecture
CORBA.
2 Rec. UIT-T X.703 (1997)/Amd.1 (1998 F)
---------------------- Page: 6 ----------------------
ISO/CEI 13244 : 1998/Amd.1 : 1999 (F)
NOTE – Le terme interface de base implique que d'autres types d'interface peuvent en être déduits par héritage ou par d'autres
formes de sous-typage.
Chaque objet géré CORBA possède au moins une interface, définie en langage IDL de traitement ODP, pour les attributs
et pour les opérations qu'il prend en charge. Dans ce contexte, une interface de type serveur bmos réunira toutes les
caractéristiques de base associées à un objet géré CORBA quelconque: il pourra s'agir d'informations sur les types
d'interface pris en charge par l'objet géré CORBA ou de l'identificateur d'une instance d'objet géré CORBA. Ce type
d'interface bmos pourra ensuite être spécialisé pour chaque type d'objet géré CORBA contenu dans le système.
Le langage IDL du traitement ODP offre des capacités de définition d'interface. La même définition d'interface est
utilisée par le client comme par le serveur.
Il est également important de concevoir les systèmes gérés répartis de façon que les nouveaux types d'objets gérés
CORBA (avec les nouveaux types d'interface correspondants) puissent être installés dans le système en cours de
fonctionnement, sans reconstruction du logiciel système pour travailler avec les nouvelles définitions. L'interface à
squelette dynamique est un mécanisme qui peut servir à construire de tels systèmes flexibles, quoique d'autres procédés
puissent également être employés.
Lorsqu'une interface de type bmos est utilisée pour un objet géré CORBA, un ensemble limité d'opérations de gestion
peut être invoqué par le système de gestion sans connaissance des caractéristiques particulières d'un objet géré CORBA
de type spécialisé.
8.1.2 Traitement des notifications
Dans l'architecture ODMA, les notifications sont traitées comme des invocations d'opération adressées par des entités
gérées à un mécanisme de distribution d'événement [qui est fondé sur l'extension du service d'événement CORBA
(services CORBA)]. Chaque définition de notification ODMA donne lieu à la spécification d'ensembles d'opérations
dans des interfaces de serveur de notification. Celles-ci peuvent être prises en charge par des objets de rattachement à un
distributeur de notifications (comme un canal d'événements CORBA) ou par des objets de destination.
Le traitement des notifications ODMA dans l'environnement CORBA [tel que défini dans la spécification du service
d'événement CORBA (services CORBA)] peut être réalisé au moyen d'événements CORBA soit typés soit non typés et
au moyen des modèles de circulation ou de publication pour la remise des comptes rendus d'événement.
Dans le service
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.