Information technology - Open Systems Interconnection - Common management information service

This Recommendation | International Standard defines an Application Service Element (the Common Management Information Service Element), which may be used by an application process in a centralized or decentralized management environment to exchange information and commands for the purpose of systems management, as defined by the OSI Management Framework in CCITT Rec. X.700 | ISO/IEC 7498-4. This Recommendation | International Standard is positioned in the application layer of ITU-T Rec. X.200 | ISO/IEC 7498-1 and is defined according to the model provided by ITU-T Rec. X.207 | ISO/IEC 9545. This Recommendation | International Standard defines: ? a set of service primitives that constitute the application service element; ? the parameters that are passed in each service primitive; ? any necessary information for the semantic description of each service primitive. This Recommendation | International Standard does not define: ? the nature of any implementation intended to provide the defined service; ? the semantics associated with the information or commands that are exchanged by means of the service; ? the manner in which management is accomplished by the user of the service; ? the nature of any interactions which result in the use of the service. No requirement is made for conformance to this Recommendation | International Standard.

Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Service commun d'information de gestion

La présente Recommandation 1 Norme internationale définit un élément de service d'application (l'Clément de service commun d'information de gestion) qui, par l'intermédiaire d'un processus mis en Oeuvre dans un environnement de gestion centralisé ou décentralisé, permet de transférer des informations et des commandes relevant de la gestionsystèmes, définie par le cadre général de gestion OS1 dans la Rec. X.700 du CCITT 1 ISOiCEI 7498-4. La présente Recommandation I Norme internationale s'inscrit dans la couche Application de la Rec. UIT-T X.200 1 ISOKEI 7498-1 et répond au modèle de la Rec. UIT-T X.207 I ISO/CEI 9545. La présente Recommandation I Norme internationale définit: - un ensemble de primitives de service qui constituent l'élément de service d'application; - les paramètres qui sont transmis dans chaque primitive de service; - toutes les informations nécessaires à la description sémantique de chaque primitive de service. La présente Recommandation 1 Norme intemationale ne définit pas: - la nature des moyens permettant d'assurer le service défini; - la sémantique associée aux informations ou commandes dont le service en question est le vecteur; - les modalités de gestion adoptées par l'utilisateur de service; - la nature des interactions qui résultent de l'utilisation du service. Aucune condition de conformité à la présente Recommandation 1 Norme internationale n'est spécifiée.

General Information

Status
Published
Publication Date
07-Oct-1998
Current Stage
9093 - International Standard confirmed
Start Date
31-Mar-2009
Completion Date
30-Oct-2025

Relations

Effective Date
15-Apr-2008
Effective Date
15-Apr-2008
Effective Date
15-Apr-2008
Effective Date
15-Apr-2008
Effective Date
15-Apr-2008
Effective Date
15-Apr-2008

Overview

ISO/IEC 9595:1998 - also published as ITU‑T Rec. X.710 - specifies the Common Management Information Service Element (CMISE) as an Application Service Element in the OSI application layer. The standard defines a structured set of service primitives and parameters that application processes use to exchange management information and commands in centralized or decentralized systems‑management environments. It is defined according to the OSI application model (ITU‑T X.207 / ISO/IEC 9545) and sits within the OSI Management Framework (CCITT X.700 / ISO/IEC 7498‑4).

Key topics and technical requirements

  • Service primitives and parameters: Precise definitions of request/indication/response/confirm primitives used by CMIS, and the parameters carried in each primitive.
  • Service types: A comprehensive list of CMIS services including:
    • M-GET (retrieval - confirmed)
    • M-SET (modify - confirmed/non‑confirmed)
    • M-ACTION (operation - confirmed/non‑confirmed)
    • M-CREATE / M-DELETE (object lifecycle - confirmed)
    • M-EVENT-REPORT (notifications - confirmed/non‑confirmed)
    • M-CANCEL-GET (control of long GETs - confirmed)
  • Structuring facilities: Support for multi‑object operations, managed‑object selection, management information tree semantics, linked responses (linked identification), and synchronization conditions for operations on multiple objects.
  • Functional decomposition: Kernel and additional functional units for negotiating service options and capabilities.
  • Sequencing and behavior: Rules for sequencing of primitives (e.g., M-CREATE, M-DELETE, M-EVENT-REPORT, M-GET) and annexed guidance on service‑user behavior (informative).
  • Scope limits: The standard defines the service interface and semantics of the primitives but does not prescribe implementation techniques, the detailed semantics of managed objects, nor mandatory conformance requirements.

Applications and typical users

  • Who uses it:
    • Network and systems management product vendors implementing OSI‑based management interfaces
    • Developers of management agents, NMS (Network Management Systems), and middleware that interoperate over OSI layers
    • Systems integrators and architects designing distributed management solutions that require standardized service primitives
  • Practical use cases:
    • Retrieving and setting managed object attributes across systems (M-GET / M-SET)
    • Reporting events and alerts between agents and management consoles (M-EVENT-REPORT)
    • Creating/deleting managed entities and invoking management actions (M-CREATE / M-DELETE / M-ACTION)
    • Coordinating multi‑object operations and handling multi‑response exchanges in distributed management environments

Related standards

  • ISO/IEC 7498‑1 (OSI Basic Reference Model)
  • ISO/IEC 7498‑4 / ITU‑T X.700 (OSI Management Framework)
  • ISO/IEC 9545 / ITU‑T X.207 (Application layer structure)
  • ISO/IEC 10731 / ITU‑T X.210 (Service definition conventions)
  • ISO/IEC 8649 / ITU‑T X.217 (Association Control Service Element / ACSE)
  • ISO/IEC 9596‑1 / ITU‑T X.711 (Common Management Information Protocol specification)

ISO/IEC 9595:1998 is essential when you need a standards‑based OSI application service model for systems management messaging (CMISE), enabling interoperable management interactions across heterogeneous systems.

Standard

ISO/IEC 9595:1998 - Information technology -- Open Systems Interconnection -- Common management information service

English language
32 pages
sale 15% off
Preview
sale 15% off
Preview
Standard

ISO/IEC 9595:1998 - Technologies de l'information -- Interconnexion de systemes ouverts (OSI) -- Service commun d'information de gestion

French language
33 pages
sale 15% off
Preview
sale 15% off
Preview
Standard

ISO/IEC 9595:1998 - Technologies de l'information -- Interconnexion de systemes ouverts (OSI) -- Service commun d'information de gestion

French language
33 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO/IEC 9595:1998 is a standard published by the International Organization for Standardization (ISO). Its full title is "Information technology - Open Systems Interconnection - Common management information service". This standard covers: This Recommendation | International Standard defines an Application Service Element (the Common Management Information Service Element), which may be used by an application process in a centralized or decentralized management environment to exchange information and commands for the purpose of systems management, as defined by the OSI Management Framework in CCITT Rec. X.700 | ISO/IEC 7498-4. This Recommendation | International Standard is positioned in the application layer of ITU-T Rec. X.200 | ISO/IEC 7498-1 and is defined according to the model provided by ITU-T Rec. X.207 | ISO/IEC 9545. This Recommendation | International Standard defines: ? a set of service primitives that constitute the application service element; ? the parameters that are passed in each service primitive; ? any necessary information for the semantic description of each service primitive. This Recommendation | International Standard does not define: ? the nature of any implementation intended to provide the defined service; ? the semantics associated with the information or commands that are exchanged by means of the service; ? the manner in which management is accomplished by the user of the service; ? the nature of any interactions which result in the use of the service. No requirement is made for conformance to this Recommendation | International Standard.

This Recommendation | International Standard defines an Application Service Element (the Common Management Information Service Element), which may be used by an application process in a centralized or decentralized management environment to exchange information and commands for the purpose of systems management, as defined by the OSI Management Framework in CCITT Rec. X.700 | ISO/IEC 7498-4. This Recommendation | International Standard is positioned in the application layer of ITU-T Rec. X.200 | ISO/IEC 7498-1 and is defined according to the model provided by ITU-T Rec. X.207 | ISO/IEC 9545. This Recommendation | International Standard defines: ? a set of service primitives that constitute the application service element; ? the parameters that are passed in each service primitive; ? any necessary information for the semantic description of each service primitive. This Recommendation | International Standard does not define: ? the nature of any implementation intended to provide the defined service; ? the semantics associated with the information or commands that are exchanged by means of the service; ? the manner in which management is accomplished by the user of the service; ? the nature of any interactions which result in the use of the service. No requirement is made for conformance to this Recommendation | International Standard.

ISO/IEC 9595:1998 is classified under the following ICS (International Classification for Standards) categories: 35.100.70 - Application layer. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO/IEC 9595:1998 has the following relationships with other standards: It is inter standard links to ISO/IEC 9595:1991/Amd 4:1992, ISO/IEC 9595:1991/Cor 2:1992, ISO/IEC 9595:1991, ISO/IEC 9595:1991/Cor 4:1995, ISO/IEC 9595:1991/Cor 1:1992, ISO/IEC 9595:1991/Cor 3:1994. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

You can purchase ISO/IEC 9595:1998 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.

Standards Content (Sample)


INTERNATIONAL ISO/IEC
STANDARD 9595
Third edition
1998-10-15
Information technology — Open Systems
Interconnection — Common management
information service
Technologies de l'information — Interconnexion de systèmes ouverts
(OSI) — Service commun d'informations de gestion
Reference number
B C
ISO/IEC 9595 : 1998 (E)
Contents Page
1 Scope . 1
2 Normative references. 1
2.1 Identical Recommendations | International Standards . 1
2.2 Paired Recommendations | International Standards equivalent in technical content . 2
3 Definitions . 2
3.1 Basic reference model definitions . 2
3.2 Management framework definitions . 2
3.3 ACSE definitions. 2
3.4 Service conventions definitions. 2
3.5 Additional definitions. 3
4 Symbols and abbreviations . 3
5 Conventions . 3
6 Service overview. 4
6.1 Association services . 4
6.2 Management notification services . 4
6.3 Management operation services . 5
6.4 Management information tree. 5
6.5 Managed object selection . 5
7 Functional units. 6
7.1 Kernel functional unit. 6
7.2 Additional functional units . 6
8 Service definition. 7
8.1 Association services . 7
8.2 Management notification service. 8
8.3 Management operation services . 10
9 Sequencing information . 26
9.1 M-CREATE, M-DELETE services. 26
9.2 M-EVENT-REPORT, M-SET, M-ACTION services. 26
9.3 M-GET service. 26
9.4 M-CANCEL-GET service. 26
Annex A – CMISE-service-user behaviour. 28
A.1 Background . 28
A.2 Event reporting. 28
A.3 Get management information . 28
A.4 Set management information . 28
A.5 Management action. 29
©  ISO/IEC 1998
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 micro-
film, without permission in writing from the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
©
ISO/IEC ISO/IEC 9595 : 1998 (E)
A.6 Create a managed object. 29
A.7 Delete a managed object. 29
A.8 Cancel a get operation . 30
Annex B – Preferred implementations . 31
B.1 Introduction . 31
B.2 Recommendations . 31
B.3 Managed object selection and response issues . 31
iii
©
ISO/IEC 9595 : 1998 (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.
International Standard ISO/IEC 9595 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 Recommendation X.710.
This third edition cancels and replaces the second edition (ISO/IEC 9595:1991), which has been technically revised. It
also incorporates Amendment 4:1992, Technical Corrigendum 1:1992, Technical Corrigendum 2:1992, Technical
Corrigendum 3:1994 and Technical Corrigendum 4:1995.
Annexes A and B of this International Standard are for information only.
iv
ISO/IEC 9595 : 1998 (E)
INTERNATIONAL STANDARD
ISO/IEC 9595 : 1998 (E)
ITU-T Rec. X.710 (1997 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY – OPEN SYSTEMS INTERCONNECTION –
COMMON MANAGEMENT INFORMATION SERVICE
1 Scope
This Recommendation | International Standard defines an Application Service Element (the Common Management
Information Service Element), which may be used by an application process in a centralized or decentralized
management environment to exchange information and commands for the purpose of systems management, as defined by
the OSI Management Framework in CCITT Rec. X.700 | ISO/IEC 7498-4. This Recommendation | International Standard
is positioned in the application layer of ITU-T Rec. X.200 | ISO/IEC 7498-1 and is defined according to the model
provided by ITU-T Rec. X.207 | ISO/IEC 9545.
This Recommendation | International Standard defines:
– a set of service primitives that constitute the application service element;
– the parameters that are passed in each service primitive;
– any necessary information for the semantic description of each service primitive.
This Recommendation | International Standard does not define:
– the nature of any implementation intended to provide the defined service;
– the semantics associated with the information or commands that are exchanged by means of the service;
– the manner in which management is accomplished by the user of the service;
– the nature of any interactions which result in the use of the service.
No requirement is made for conformance to this Recommendation | International Standard.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent edition
of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently valid
International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently valid
ITU-T Recommendations.
2.1 Identical Recommendations | International Standards
– ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1:1994, Information technology – Open Systems
Interconnection – Basic Reference Model: The Basic Model.
– ITU-T Recommendation X.207 (1993) | ISO/IEC 9545:1994, Information technology – Open Systems
Interconnection – Application layer structure.
– ITU-T Recommendation X.210 (1993) | ISO/IEC 10731:1994, Information technology – Open Systems
Interconnection – Basic Reference Model: Conventions for the definition of OSI Services.
ITU-T Rec. X.710 (1997 E) 1
ISO/IEC 9595 : 1998 (E)
– ITU-T Recommendation X.217 (1995) | ISO/IEC 8649:1996, Information technology – Open Systems
Interconnection – Service definition for the Association Control Service Element.
– ITU-T Recommendation X.711 (1997) | ISO/IEC 9596-1:1998, Information technology – Open Systems
Interconnection – Common management information protocol: Specification.
2.2 Paired Recommendations | International Standards equivalent in technical content
– CCITT Recommendation X.700 (1992), Management framework for Open Systems Interconnection (OSI)
for CCITT applications.
ISO/IEC 7498-4:1989, Information processing systems – Open Systems Interconnection – Basic
Reference Model – Part 4: Management framework.
3 Definitions
For the purposes of this Recommendation | International Standard, the following definitions apply.
3.1 Basic reference model definitions
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.200 | ISO/IEC
7498-1:
a) application-service-element;
b) open system;
c) systems-management.
3.2 Management framework definitions
This Recommendation | International Standard makes use of the following terms defined in CCITT Rec. X.700 |
ISO/IEC 7498-4:
a) managed object;
b) management information;
c) systems management application-entity.
3.3 ACSE definitions
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.217 |
ISO/IEC 8649:
a) application-association;
b) application context;
c) association;
d) association-initiator.
3.4 Service conventions definitions
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.210 |
ISO/IEC 10731:
a) confirm (primitive);
b) confirmed-service;
c) indication (primitive);
d) non-confirmed-service;
e) request (primitive);
f) response (primitive).
2 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
3.5 Additional definitions
3.5.1 attribute: A property of a managed object. An attribute has a value.
3.5.2 Common Management Information Service Element: The particular application-service-element defined in
this Recommendation | International Standard.
3.5.3 Common Management Information Services: The set of services provided by the Common Management
Information Service Element.
3.5.4 CMISE-service-provider: An abstraction of the totality of those entities which provide CMISE services to
peer CMISE-service-users.
3.5.5 CMISE-service-user: The part of an application process that makes use of the Common Management
Information Service Element.
3.5.6 functional unit: The unit of service used for the negotiation of service options.
3.5.7 invoking CMISE-service-user: The CMISE-service-user that invokes a management operation or notification.
3.5.8 performing CMISE-service-user: The CMISE-service-user that performs a management operation or
notification invoked by a peer CMISE-service-user.
3.5.9 set-valued attribute: An attribute whose value is a mathematical set of values of the same type. Values in the
set cannot be repeated and no ordering is implied.
4 Symbols and abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply:
ACSE Association Control Service Element
ASE Application Service Element
CMIS Common Management Information Service
CMISE Common Management Information Service Element
Conf Confirm
Ind Indication
Req Request
Rsp Response
5 Conventions
This Recommendation | International Standard defines services for CMIS following the descriptive conventions defined
in ITU-T Rec. X.210 | ISO/IEC 10731. In clause 8, the definition of each CMIS service includes a table that lists the
parameters of its primitives. The definition of parameters in the Rsp/Conf column of a table apply only to the confirmed
service. For a given primitive, the presence of each parameter is described by one of the following values:
M The parameter is mandatory
(=) The value of the parameter is equal to the value of the parameter in the column to the left
U The use of the parameter is a service-user-option
– The parameter is not present in the interaction described by the primitive concerned
C The parameter is conditional. The condition(s) are defined by the text which describes the parameter
ITU-T Rec. X.710 (1997 E) 3
ISO/IEC 9595 : 1998 (E)
6 Service overview
Management information services are used by application processes in peer open systems, to exchange information and
commands for the purpose of systems management.
There are two types of information transfer service:
– a management notification service;
– a management operation service.
The Common Management Information service provides additional structuring facilities. These enable:
– multiple responses to confirmed operations to be “linked” to the operation by the use of a linked
identification parameter;
– operations to be performed on multiple managed objects, selected to satisfy some criteria and be subject to
a “synchronizing” condition.
The CMISE services are listed in Table 1.
Table 1 – CMISE services
Service Type
M-CANCEL-GET Confirmed
M-EVENT-REPORT Confirmed/non-confirmed
M-GET Confirmed
M-SET Confirmed/non-confirmed
M-ACTION Confirmed/non-confirmed
M-CREATE Confirmed
M-DELETE Confirmed
6.1 Association services
This Recommendation | International Standard does not provide separate services for the establishment and release of
application associations. The CMISE-service-user relies on the services of ITU-T Rec. X.217 | ISO/IEC 8649 for the
control of application-associations.
During the association establishment phase, various ASEs may exchange initialization information to establish an
association using ACSE. The application context specifies the rules required for coordinating the information belonging
to different ASEs, embedded in ACSE user information service parameters. The application context, presentation and
session requirements are conveyed using parameters of the A-ASSOCIATE service.
The A-RELEASE and A-ABORT services of ITU-T Rec. X.217 | ISO/IEC 8649 are used for the termination of an
association. These may be invoked by either of the CMISE-service-users.
6.2 Management notification services
The definition of the notification and the consequent behaviour of the communicating entities is dependent upon the
specification of the managed object which generated the notification and is outside the scope of the Common
Management Information service. However, certain notifications are used frequently within the scope of systems
management and CMIS provides the following definition of the common service that may be used to convey management
information applicable to the notification.
The M-EVENT-REPORT service is invoked by a CMISE-service-user to report an event about a managed object to a
peer CMISE-service-user. The service may be requested in a confirmed or a non-confirmed mode. In the confirmed
mode, a reply is expected.
4 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
6.3 Management operation services
The definition of the operation and the consequent behaviour of the communicating entities is dependent upon the
specification of the managed object at which the operation is directed and is outside the scope of the Common
Management Information Services. However, certain operations are used frequently within the scope of systems
management and CMIS provides the following definitions of the common services that may be used to convey
management information applicable to the operations.
6.3.1 The M-GET service is invoked by a CMISE-service-user to request the retrieval of management information
from a peer CMISE-service-user. The service may only be requested in a confirmed mode, and a reply is expected.
6.3.2 The M-SET service is invoked by a CMISE-service-user to request the modification of management
information by a peer CMISE-service-user. The service may be requested in a confirmed or a non-confirmed mode. In the
confirmed mode, a reply is expected.
6.3.3 The M-ACTION service is invoked by a CMISE-service-user to request a peer CMISE-service-user to perform
an action. The service may be requested in a confirmed or a non-confirmed mode. In the confirmed mode, a reply is
expected.
6.3.4 The M-CREATE service is invoked by a CMISE-service-user to request a peer CMISE-service-user to create
an instance of a managed object. The service may only be requested in the confirmed mode, and a reply is expected.
6.3.5 The M-DELETE service is invoked by a CMISE-service-user to request a peer CMISE-service-user to delete
an instance of a managed object. The service may only be requested in the confirmed mode, and a reply is expected.
6.3.6 The M-CANCEL-GET service is invoked by a CMISE-service-user to request a peer CMISE-service-user to
cancel a previously requested and currently outstanding invocation of the M-GET service. The service may only be
requested in the confirmed mode and a reply is expected.
6.4 Management information tree
Management information may be viewed as a collection of managed objects, each of which has attributes, and may have
defined events and actions. Names of instances of managed objects are arranged hierarchically in a management
information tree.
It is conceivable that there may be dynamic changes to the management information tree and that this knowledge may not
be instantaneously available to other open systems.
6.5 Managed object selection
Managed object selection involves two phases: scoping and filtering.
Scoping entails the identification of the managed object(s) to which a filter is to be applied.
Filtering entails the application of a set of tests to each member of the set of previously scoped managed objects to extract
a subset.
The subset of scoped managed objects that satisfy the filter is selected for the operation.
NOTE – If no filter is specified, then the set of scoped managed objects is selected for the operation.
6.5.1 Scoping
The base managed object is defined as the root of the subtree of the management information tree from which the search
is to commence. Four specifications of scoping level are defined:
a) the base object alone;
b) the nth level subordinates of the base object;
c) the base object and all of its subordinates down to and including the nth level;
d) the base object and all of its subordinates (whole subtree).
ITU-T Rec. X.710 (1997 E) 5
ISO/IEC 9595 : 1998 (E)
When the scope parameter is not specified, the scoped managed object is the object specified by the base object instance
parameter.
NOTE – The base object is defined to be level zero.
6.5.2 Filtering
A filter is a set of one or more assertions about the presence or values of attributes in a scoped managed object. If the
filter involves more than one assertion, the assertions are grouped together using logical operators. If the filter test
succeeds for a given managed object, then that managed object is selected for performance of the operation.
6.5.3 Synchronization
A synchronization parameter is provided to allow the CMISE-service-user to indicate the manner in which operations are
to be synchronized across managed object instances when multiple managed objects have been selected by the scope and
filter mechanism. The CMISE-service-user may request one of two types of synchronization: atomic or best effort. Since
the order in which object instances are selected by the filter is a local matter, synchronization based on order is not
meaningful.
NOTE – CMIS does not provide a parameter to indicate synchronization across attributes within a managed object. This will be
specified as part of the managed object behaviour and may vary for different attribute combinations and operations.
7 Functional units
The general service capabilities are designated as functional units, where functional units correspond to the support of
service primitives or parameters.
7.1 Kernel functional unit
All of the CMISE services listed in Table 1, except for the M-CANCEL-GET service, are included in the kernel
functional unit. For the services in the kernel functional unit, the linked identification parameter shall not be used unless
the multiple reply functional unit is agreed for use on the association between the CMISE-service-users. The scope and
synchronization parameters shall not be used unless the multiple object selection functional unit has been agreed. The
filter parameter shall not be used unless the filter functional unit has been agreed.
7.2 Additional functional units
7.2.1 Multiple object selection functional unit
This functional unit makes available the use of the scope and synchronization parameters in the services in the kernel
functional unit. These parameters are not present in the M-EVENT-REPORT and M-CREATE services.
If the multiple object selection functional unit is proposed, then the multiple reply functional unit shall also be proposed.
7.2.2 Filter functional unit
This functional unit makes available the use of the filter parameter in the services in the kernel functional unit. The filter
parameter is not present in the M-EVENT-REPORT and M-CREATE services.
7.2.3 Multiple reply functional unit
This functional unit makes available the use of the linked identification parameter in the services in the kernel functional
unit. The linked identification parameter is not present in the M-EVENT-REPORT and M-CREATE services.
Multiple replies to a single management operation may only occur if the invoking CMISE-service-user selects multiple
managed objects or requests an M-ACTION operation for a single managed object in which the action is defined to
produce multiple responses.
NOTE – The use of the multiple reply functional unit may result in a large amount of data to be returned. Currently, CMIS
provides only the M-CANCEL-GET service for controlling the flow of data. Additional mechanisms for controlling data flow or
for controlling an operation are for further study.
7.2.4 Extended service functional unit
This functional unit makes available presentation layer services in addition to the P-DATA service.
6 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
7.2.5 Cancel get functional unit
This functional unit makes available the use of the M-CANCEL-GET service.
8 Service definition
The CMISE services are listed in Table 1.
Parameters returned as part of the confirm primitive may occur as the result of a successful operation (these are described
as “included in the success confirmation”), or as the result of an error condition (these are described as “included in the
failure confirmation”).
Some operations may report an error code. In the event of multiple errors with one of the errors being a security violation,
the error code “access denied” shall be returned, subject to the security policy in effect.
8.1 Association services
8.1.1 Association establishment
The A-ASSOCIATE service of ITU-T Rec. X.217 | ISO/IEC 8649 is invoked by a CMISE-service-user to establish an
association with a peer CMISE-service-user. Association establishment is the first phase of any instance of management
information service activity.
Table 2 lists the parameters that are defined by this Recommendation | International Standard to be the CMIS specific
part of the user information parameter of the A-ASSOCIATE service. This information is specified by the association-
initiator and exchanged when establishing an association. Exchange of this initialization information is required prior to
using management operation and notification services.
Table 2 – A-ASSOCIATE user information
Parameter name Req/Ind Rsp/Conf
Functional units U U
Access control U U
User information U U
8.1.1.1 Functional units
When supplied by the initiating CMISE-service-user, this parameter specifies the set of additional functional units that
the initiating CMISE-service-user is proposing for use on the association. When returned by the responding CMISE-
service-user, this parameter specifies the set of additional functional units that the responding CMISE-service-user is
proposing for use on the association.
When this parameter is not supplied, it is assumed that no additional functional unit is proposed.
Any additional functional unit that has been proposed by both CMISE-service-users is agreed to be available for use on
the association.
If the extended service functional unit is successfully negotiated, then presentation layer services other than the P-DATA
service are available for use. Details of those other presentation services, and how they are used, are described in the
definitions of the application context in use on the association.
8.1.1.2 Access control
This parameter may be used by access control functions to verify the privileges of the association-initiator and for the
establishment of default access privileges for all exchanges on the association. Subsequent exchanges may specify
additional access control information which is used by access control functions in conjunction with the default access
privileges to determine the access status of the initiating CMISE-service-user for that exchange. If the access control
policy permits, the additional access control information may be used to determine the access status for subsequent
exchanges.
ITU-T Rec. X.710 (1997 E) 7
ISO/IEC 9595 : 1998 (E)
The definition of access control functions is outside the scope of this Recommendation | International Standard, and
the CMIS user may specify how this field is to be used.
8.1.1.3 User information
The initiating CMISE-service-user and/or the responding CMISE-service-user may optionally include user information
on the request and/or response primitive respectively. The meaning of this parameter is application context specific.
8.1.2 Association release
The A-RELEASE service of ITU-T Rec. X.217 | ISO/IEC 8649 is invoked by a CMISE-service-user to request the
orderly termination of an association between peer application entities. This Recommendation | International Standard
does not specify any use of the parameters of the A-RELEASE service.
The A-ABORT service is invoked by a CMISE-service-user to request the abrupt termination of the association between
peer application entities.
Table 3 lists the parameters that are defined by this Recommendation | International Standard to be the CMIS specific
part of the user information parameter of the A-ABORT service.
Table 3 – A-ABORT user information
CMIS Parameter A-ABORT Req/Ind
Abort source M
User information U
8.1.2.1 Abort source
The abort source parameter indicates the initiating source of the abort. It takes one of the following symbolic values:
– CMISE-service-provider;
– CMISE-service-user.
8.1.2.2 User information
The initiating source of the abort may include user information. The meaning of this parameter is application context
specific.
8.2 Management notification service
The M-EVENT-REPORT service is used by a CMISE-service-user to report an event to a peer CMISE-service-user. It is
defined as a confirmed and a non-confirmed service.
8.2.1 M-EVENT-REPORT parameters
Table 4 lists the parameters for this service.
Table 4 – M-EVENT-REPORT parameters
Parameter name Req/Ind Rsp/Conf
Invoke identifier M (M=)
Mode M –
Managed object class M U
Managed object instance M U
Event type M C(=)
Event time U –
Event information U –
Current time – U
Event reply – C
Errors – C
8 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
8.2.1.1 Invoke identifier
This parameter specifies the identifier assigned to the notification. It can be used to distinguish this notification from
other notifications or operations that the CMISE-service-provider may have in progress.
8.2.1.2 Mode
This parameter specifies the mode requested for the operation. The possible values are:
– confirmed;
– non-confirmed.
8.2.1.3 Managed object class
This parameter specifies the class of the managed object in which the event occurred. It may be included in any
confirmation.
8.2.1.4 Managed object instance
This parameter specifies the instance of the managed object in which the event occurred. It may be included in any
confirmation.
8.2.1.5 Event type
This parameter specifies the type of event being reported. It may be included in the success confirmation and shall be
included if the event reply parameter is included.
8.2.1.6 Event time
This parameter contains the time of generation of the event.
8.2.1.7 Event information
This parameter contains information that the invoking CMISE-service-user is able to supply about the event.
8.2.1.8 Current time
This parameter contains the time at which the response was generated. It may be included in the success confirmation.
8.2.1.9 Event reply
This parameter contains the reply to the event report. It may be included in the success confirmation.
8.2.1.10 Errors
This parameter contains the error notification for the operation. It shall be included in the failure confirmation. The
following errors may occur:
– duplicate invocation: the invoke identifier specified was allocated to another notification or operation;
– invalid argument value: the event information value specified was out of range or otherwise inappropriate;
– mistyped argument: one of the parameters supplied has not been agreed for use on the association between
the CMISE-service-users;
– no such argument: the event information specified was not recognized;
– no such event type: the event type specified was not recognized;
– no such object class: the class of the specified managed object was not recognized;
– no such object instance: the instance of the specified managed object was not recognized;
– processing failure: a general failure in processing the notification was encountered;
– resource limitation: the notification was not processed due to resource limitation;
– unrecognized operation: the operation is not one of those agreed between the CMISE-service-users.
ITU-T Rec. X.710 (1997 E) 9
ISO/IEC 9595 : 1998 (E)
8.2.2 M-EVENT-REPORT procedures
8.2.2.1 The invoking CMISE-service-user reports an event to a performing CMISE-service-user by issuing an
M-EVENT-REPORT request primitive to the CMISE-service-provider.
8.2.2.2 If the CMISE-service-provider accepts the request, then it issues an M-EVENT-REPORT indication primitive
to the performing CMISE-service-user. Otherwise, the CMISE-service-provider rejects the request and the following
procedures do not apply.
8.2.2.3 In the confirmed mode, the performing CMISE-service-user reports acceptance or rejection of the
M-EVENT-REPORT request primitive by issuing an M-EVENT-REPORT response primitive to the CMISE-service-
provider.
8.2.2.4 In the confirmed mode, the CMISE-service-provider issues an M-EVENT-REPORT confirm primitive to the
invoking CMISE-service-user.
8.3 Management operation services
8.3.1 M-GET service
The M-GET service is used by a CMISE-service-user to retrieve attribute values from a peer CMISE-service-user. It is
defined as a confirmed service. This service may be cancelled by an invocation of the M-CANCEL-GET service.
8.3.1.1 M-GET parameters
Table 5 lists the parameters for this service.
Table 5 – M-GET parameters
Parameter name Req/Ind Rsp/Conf
Invoke identifier M M
Linked identifier – C
Base object class M –
Base object instance M –
Scope U –
Filter U –
Access control U –
Synchronization U –
Attribute identifier list U –
Managed object class – C
Managed object instance – C
Current time – U
Attribute list – C
Errors – C
8.3.1.1.1 Invoke identifier
This parameter specifies the identifier assigned to the operation. It can be used to distinguish this operation from other
notifications or operations that the CMISE-service-provider may have in progress.
Each response shall have a unique invoke identifier; the final response shall have an invoke identifier equal to that of the
invoke identifier provided in the indication primitive.
10 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
8.3.1.1.2 Linked identifier
If multiple replies are to be sent for this operation, then this parameter specifies the identification that is provided by the
performing CMISE-service-user when those replies are returned. The linked identifier shall have the same value as that of
the invoke identifier provided in the indication primitive.
8.3.1.1.3 Base object class
This parameter specifies the class of the managed object that is to be used as the starting point for the selection of
managed objects to which the filter (when supplied) is to be applied.
8.3.1.1.4 Base object instance
This parameter specifies the instance of the managed object that is to be used as the starting point for the selection of
managed objects to which the filter (when supplied) is to be applied.
8.3.1.1.5 Scope
This parameter indicates the subtree, rooted at the base managed object, which is to be searched. The levels of search that
may be performed are:
– the base object alone;
– the nth level subordinates of the base object;
– the base object and all of its subordinates down to and including the nth level;
– the base object and all of its subordinates.
The default scope is the base object alone.
8.3.1.1.6 Filter
This parameter specifies the set of assertions that defines the filter test to be applied to the scoped managed object(s).
Multiple assertions may be grouped using the logical operators AND, OR and NOT. Each assertion may be a test for
equality, ordering, presence, or set comparison. Assertions about the value of an attribute are evaluated according to the
matching rules associated with the attribute syntax. If an attribute value assertion is present in the filter and that attribute
is not present in the scoped managed object, then the result of the test for that attribute value assertion shall be evaluated
as FALSE. The managed object(s) for which the filter test evaluates to TRUE is (are) selected for the application of the
operation. If the filter is not specified, all of the managed objects included by the scope are selected.
8.3.1.1.7 Access control
This parameter contains access control information for the purpose of obtaining permission to retrieve the attribute
value(s) from the specified managed object(s).
The definition of access control functions is outside the scope of this Recommendation | International Standard, and
the CMIS user may specify how this field is to be used.
8.3.1.1.8 Synchronization
This parameter indicates how the invoking CMISE-service-user wants the M-GET operations synchronized across the
selected object instances. Two ways of synchronizing a series of operations are defined:
– atomic: all managed objects selected for the operation are checked to ascertain if they are able to
successfully perform the operation. If one or more is not able to successfully perform the operation, then
none perform it, otherwise all perform it;
– best effort: all managed objects selected for the operation are requested to perform it.
If this parameter is not supplied, best effort synchronization is performed. If the base managed object alone is selected for
the operation, this parameter (if present) is ignored.
8.3.1.1.9 Attribute identifier list
This parameter contains a set of attribute identifiers for which the attribute values are to be returned by the performing
CMISE-service-user. If this parameter is omitted, all attribute identifiers are assumed. The definitions of the attributes are
found in the specification of the managed object class.
ITU-T Rec. X.710 (1997 E) 11
ISO/IEC 9595 : 1998 (E)
8.3.1.1.10 Managed object class
If the base object alone is specified, then this parameter is optional; otherwise it shall specify the class of the managed
object whose attribute values are returned. It may be included in any confirmation.
8.3.1.1.11 Managed object instance
If the base object alone is specified, then this parameter is optional; otherwise it shall specify the instance of the managed
object whose attribute values are returned. It may be included in any confirmation.
8.3.1.1.12 Current time
This parameter contains the time at which the response was generated. It may be included in the success confirmation and
in the get list error.
8.3.1.1.13 Attribute list
This parameter contains the set of attribute identifiers and values that are returned by the performing CMISE-service-
user. It shall be included in the success confirmation.
8.3.1.1.14 Errors
This parameter contains the error notification for the operation. It shall be included in the failure confirmation. The
following errors may occur:
– access denied: the requested operation was not performed for reasons pertinent to the security of the open
system;
– class instance conflict: the specified managed object instance is not a member of the specified class;
– complexity limitation: the requested operation was not performed because a parameter was too complex;
– duplicate invocation: the invoke identifier specified was allocated to another notification or operation;
– get list error: one or more attribute values were not read for one of the following reasons:
• access denied: the requested operation was not performed for reasons pertinent to the security of the
open system;
• no such attribute: the identifier for the specified attribute or attribute group was not recognized.
The attribute values that could be read are returned.
– invalid filter: the filter parameter contains an invalid assertion or an unrecognized logical operator;
– Invalid scope: the value of the scope parameter is invalid;
– mistyped argument: one of the parameters supplied has not been agreed for use on the association between
the CMISE-service-users;
– no such object class: the class of the specified managed object was not recognized;
– no such object instance: the instance of the specified managed object was not recognized;
– operation cancelled: the operation was cancelled by an M-CANCEL-GET operation, and no further
attribute values will be returned by this invocation of the M-GET service;
– processing failure: a general failure in processing the operation was encountered;
– resource limitation: the operation was not performed due to resource limitation;
– synchronization not supported: the type of synchronization specified is not supported;
– unrecognized operation: the operation is not one of those agreed between the CMISE-service-users.
8.3.1.2 M-GET procedures
8.3.1.2.1 The invoking CMISE-service-user requests a performing CMISE-service-user to retrieve attribute value(s) by
issuing an M-GET request primitive to the CMISE-service-provider.
8.3.1.2.2 If the CMISE-service-provider accepts the request, then it issues an M-GET indication primitive to the
performing CMISE-service-user. Otherwise, the CMISE-service-provider rejects the request and the following
procedures do not apply.
12 ITU-T Rec. X.710 (1997 E)
ISO/IEC 9595 : 1998 (E)
8.3.1.2.3 If the operation cannot be performed, then the performing CMISE-service-user rejects the M-GET request by
issuing an M-GET response primitive with the appropriate error code. In this case, the following procedures do not apply.
8.3.1.2.4 If only one response is to be generated, then procedures 8.3.1.2.5, 8.3.1.2.6 and 8.3.1.2.7 shall be ignored.
8.3.1.2.5 The performing CMISE-service-user retrieves the requested attribute value(s) and generates a response which
includes results and/or error notifications. The linked identifier shall be present in the service primitive, with its value to
be set equal to the invoke identifier of the indication primitive, and the managed object class and instance shall be
present.
8.3.1.2.6 The CMISE-service-provider issues an M-GET confirm primitive to the invoking CMISE-service-user which
shall include the linked identifier and managed object class and instance.
8.3.1.2.7 Procedures 8.3.1.2.5 and 8.3.1.2.6 shall be repeated until all replies have been completed.
8.3.1.2.8 The completion of the response is indicated by the performing CMISE-service-user issuing an M-GET
response primitive which shall not contain the linked identifier. If the M-GET operation was successfully cancelled, the
M-GET response primitive shall contain the operation cancelled error and shall not contain the managed object class and
managed object instance parameters as specified in 8.3.1.3.2.4, otherwise, if there were linked responses generated by
procedures 8.3.1.2.5 and 8.3.1.2.6, the M-GET response primitive shall only contain the invoke identifier.
8.3.1.2.9 The CMISE-service-provider issues
...


I SOIC El
NORME
INTERNATIONALE 9595
Troisième édition
1998-1 0-1 5
Technologies de l'information -
Interconnexion de systèmes ouverts
(OSI) - Service commun d'information de
gestion
Information technology - Open Systems Interconnection - Common
management information service
Numéro de référence
ISO/CEI 9595:1998(F)
ISO/CEI 9595: 1 998( 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'lS0 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 lnfo 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 I'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.
O ISO/CEI 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut &re reproduite ni utilisée sous quelque
ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'lS0 à
forme que ce soit et par aucun procédé, électronique
l'adresse ci-après ou du comité membre de I'ISO dans le pays du demandeur.
IS0 copyright office
Case postale 56 CH-121 1 Geneva 20
Tel. + 41 22 749 O1 11
Fax. + 41 22 734 10 79
E-mail copyrightOiso.ch
Web www.iso.ch
Version française parue en 2000
Imprimé en Suisse
II
O ISO/CEI 1998 -Tous droits réservés

I
ISOEEI 9595 : 1998 (F)
0 ISO/CEI
Sommaire
Page
1 Domaine d'application. .
2 Références normatives . . . . . . . . . . .
Recommandations 1 Normes intemationales identiques . . . . . . . . . . . . . .
2.1
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique .
2.2
3 Définitions . . .
3.1 Définitions relatives au modèle de référence de base .
3.2 Définitions relatives au cadre général de gestion . .
3.3 Définitions relatives aux Cléments ACSE . .
Définitions relatives aux conventions de service . . , . . . . . . . . . . . . . . . . . . . . . . . .
3.4
........................................................................
Définitions additionnelles . , . . . . . . . . . . . . . . . . . .
3.5
4 Symboles et abréviations . . .
5 Conventions . .
6 Aperçu général du se .
..................................................
6.2 Services de n . . . . . .
6.3 Services d'op . . .
6.4 Arbre des informations de gestion. .
6.5 Sélection des objets gérés . .
7 Unités fonctionnelles. . .
......................................................................
7.1 Unité fonctionnelle élémentaire . . . . . . . . . .
..... ... .................. ...... ..... ..............
8 Définition des services ,. . . 7
........ .............. , .... ... ..... , .... ...... .... .
8.2 Service de notification de gestion. .
8.3 Services d'opérations de gestion . .
9 Informations de mise en séquence . .
9.1 Services M-CREATE, M-DELETE .
9.2 Services M-EVENT-REPORT, M-SET, M-ACTION .
9.3 Service M-GET . .
9.4 Service M-CANCEL-GET . .
...................................................................
Annexe A - Comportement de l'utilisateur du service CMISE
A. 1 Rappel .
A.2 Notification des événements . .
A.3 Information de gestion d'obtention . .
A.4 Information de gestion de modification .
A.5 Action de gestion . .
A.6 Création d'un objet géré . .
....................................................................
Suppression d'un objet géré . . . . . . . . . . . . . . .
A.7
.....................................................
A.8 Annulation d'une opération d'obtention . . . . . . . . . . . . . .
......................................................................................
Annexe B - Mises en œuvre préférées .
B.l Introduction . .
B.2 Recommandations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.3 Sélection et réponses relatives aux objets gérés .
...
ISOKEI 9595 : 1998 (F) 0 ISOKEI
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré 9 la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de 1'ISO ou de la CE1 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 différents domaines particuliers de l'activité technique. Les comités
techniques de 1'ISO et de la CE1 collaborent dans des domaines d'intérêt commun.
D'autres organisations internationales, gouvernementales et non gouvernementales, en
liaison avec I'ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la CE1 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 approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l'approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISO/CEI 9595 a été élaborée par le comité technique mixte
ISOKEI JTC 1, Technologies de l'information, sous-comité SC 33, Services
d'applications distribuées, en collaboration avec 1'UIT-T. Le texte identique est publié
en tant que Recommandation UIT-T X.710.
Cette troisième édition annule et remplace la deuxième édition (ISOKEI 9595:1991), qui a
fait l'objet d'une révision technique. Elle incorpore aussi l'Amendement 4: 1992,
le Rectificatif technique 1: 1992, le Rectificatif technique 2: 1992, le Rectificatif
technique 3: 1994 et le Rectificatif technique 4: 1995.
Les annexes A et B de la présente Norme internationale sont données uniquement à titre
d'information.
iv
ISO/CEI 9595 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - SERVICE COMMUN D'INFORMATION DE GESTION
1 Domaine d'application
La présente Recommandation 1 Norme internationale définit un élément de service d'application (l'Clément de service
commun d'information de gestion) qui, par l'intermédiaire d'un processus mis en Oeuvre dans un environnement de
gestion centralisé ou décentralisé, permet de transférer des informations et des commandes relevant de la gestion-
systèmes, définie par le cadre général de gestion OS1 dans la Rec. X.700 du CCITT 1 ISOiCEI 7498-4. La présente
Recommandation I Norme internationale s'inscrit dans la couche Application de la Rec. UIT-T X.200 1 ISOKEI 7498-1
et répond au modèle de la Rec. UIT-T X.207 I ISO/CEI 9545.
La présente Recommandation I Norme internationale définit:
-
un ensemble de primitives de service qui constituent l'élément de service d'application;
-
les paramètres qui sont transmis dans chaque primitive de service;
-
à la description sémantique de chaque primitive de service.
toutes les informations nécessaires
La présente Recommandation 1 Norme intemationale ne définit pas:
-
la nature des moyens permettant d'assurer le service défini;
-
la sémantique associée aux informations ou commandes dont le service en question est le vecteur;
-
les modalités de gestion adoptées par l'utilisateur de service;
-
la nature des interactions qui résultent de l'utilisation du service.
à la présente Recommandation 1 Norme internationale n'est spécifiée.
Aucune condition de conformité
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à révision et
les parties prenantes aux accords fondés sur la présente Recommandation 1 Norme internationale sont invitées à
rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de l'HO possèdent le registre des Normes intemationales en vigueur. Le Bureau de la
normalisation des télécommunications de 1'UIT tient àjour une liste des Recommandations UIT-T en vigueur.
2.1
Recommandations I Normes internationales identiques
- Recommandation UIT-T X.200 (1994) 1 ISO/CEI 7498-1:1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
- Recommandation UIT-T X.207 (1993) j ISOKEI 9545:1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure de la couche application.
- Recommandation UIT-T X.2 1 O (1 993) j ISOKEI 1073 1 : 1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la définition des
services de l'interconnexion de systèmes ouverts.
Rec. UIT-T X.710 (1997 F) 1
ISO/CEI 9595 : 1998 (F)
- Recommandation UIT-T X.217 (1995) I ISOICEI 8649:1996, Technologies de l'information -
Interconnexion des systèmes ouverts - Définition de service applicable à I'élément de service de contrôle
d'association.
- Recommandation UIT-T X.7 1 1 (1 997) I ISOiCEI 9596- 1 : 1998, Technologies de l'information -
Interconnexion des systèmes ouverts - Spécification du protocole commun de transfert d'injormations de
gestion.
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation X.700 du CCITT (1992), Cadre de gestion pour l'interconnexion de systèmes ouverts
pour les applications du CCITT.
ISOICEI 7498-4: 1989, Systèmes de traitement de l'information - Interconnexion de systèmes ouverts -
Modèle de référence de base -Partie 4: Cadre général de gestion.
3 Définitions
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s'appliquent.
3.1 Définitions relatives au modèle de référence de base
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.200 1
ISOiCEI 7498- 1 :
a) élément de service d'application;
b) système ouvert;
c) gestion-systèmes.
3.2 Définitions relatives au cadre général de gestion
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. X.700 du CCITT 1
ISOiCEI 7498-4:
a) objet géré;
b) information de gestion;
c) entité d'application de gestion-systèmes.
3.3 Définitions relatives aux élkments ACSE
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.217 1
ISOiCEI 8649:
a) association d'application;
b) contexte d'application;
c) association;
d) initiateur de l'association.
3.4 Définitions relatives aux conventions de service
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.210 I
ISOiCEI 1073 1 :
a) confirmation (primitive);
b) service confirmé;
c) indication (primitive);
d) service non confirmé;
e) demande (primitive);
f) réponse (primitive).
Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
3.5 Définitions additionnelles
attribut: propriété d'un objet géré. Tout attribut est valué.
3.5.1
élément de service commun d'information de gestion: Clément de service d'application défini dans la
3.5.2
présente Recommandation ~ Norme internationale.
services communs d'information de gestion: ensemble des services fournis par l'Clément de service commun
3.5.3
d'information de gestion.
fournisseur du service CMISE: abstraction regroupant la totalité des entités qui fournissent des services
3.5.4
CMISE à des utilisateurs de service CMISE homologues.
3.5.5 utilisateur du service CMISE: partie d'un processus d'application utilisant l'Clément de service commun
d'information de gestion.
3.5.6 unité fonctionnelle: unité de service utilisée pour la négociation des options de service.
3.5.7 utilisateur invocateur du service CMISE: utilisateur de service CMISE qui invoque une opération ou une
notification de gestion.
3.5.8 utilisateur exécuteur du service CMISE: utilisateur de service CMISE qui exécute une opération ou une
notification de gestion lancée par un utilisateur de service CMISE homologue.
attribut valué sur un ensemble: attribut dont la valeur est un ensemble mathématique de valeurs de même
3.5.9
type. Les valeurs de l'ensemble ne peuvent pas être répétées et ne sont pas ordonnées.
4 Symboles et abréviations
Pour les besoins de la présente Recommandation 1 Norme intemationale, les abréviations suivantes sont utilisées.
ACSE Elément de service de contrôle d'association (association control service element)
ASE Elément de service d'application (application service element)
CMIS Service commun d'information de gestion (common management information service)
CMISE Elément de service commun d'information de gestion (common management information service
element)
conf. Confirmer, confirmation
dem. Demande
ind. Indication
rép. Réponse
5 Conventions
La présente Recommandation 1 Norme internationale décrit les services CMIS conformément aux conventions définies
dans la Rec. UIT-T X.210 1 ISOiCEI 10731. A l'article 8, on trouvera pour chaque service CMIS un tableau indiquant les
paramètres de ses primitives. Les définitions de paramètres données dans la colonne réponse/confirmation s'appliquent
uniquement aux services confirmés. Pour une primitive donnée, la présence de chaque paramètre est décrite par l'une des
valeurs suivantes.
M le paramètre est obligatoire
la valeur du paramètre est égale à celle du paramètre de la colonne de gauche
(=I
U l'utilisation du paramètre est décidée par l'utilisateur du service
-
le paramètre ne figure pas dans l'interaction décrite par la primitive
C le paramètre est conditionnel. La ou les conditions sont définies dans le descriptif du paramètre.
Rec. UIT-T X.710 (1997 F) 3
ISOKEI 9595 : 1998 (F)
6 Aperçu général du service
Les services d'information de gestion sont exploités dans des processus d'application entre systèmes ouverts
homologues, pour transférer des informations et des commandes de gestion-systèmes considérés.
Deux services d'information sont définis:
-
le service de notification de gestion;
-
le service d'opération de gestion.
Le service commun d'information de gestion offre des fonctions de structuration additionnelles, qui permettent:
-
de "lier" plusieurs réponses à des opérations confirmées à cette opération au moyen d'un paramètre
d'identification liée;
-
d'effectuer des opérations sur des objets gérés multiples, choisis en fonction de certains critères et de les
soumettre à une condition de "synchronisation".
Les services CMISE sont énumérés dans le Tableau 1 ci-après.
Tableau 1 - Services CMISE
Service Nature
I M-CANCEL-GET I Extraction, annulation I Confirmé I
_____ ~
M-EVENT-REPORT Rapport d'événement Confirmélnon confirmé
M-GET Extraction Confirmé
M-SET Affectation Confirméinon confirmé
M-ACTION Action Confirméinon confirmé
I M-CREATE I Création I Confirmé I
M-DELETE Suppression Confirmé
6.1 Services d'association
La présente Recommandation 1 Norme internationale ne définit pas de services distincts pour l'établissement et
la libération des associations d'application. L'utilisateur du service CMISE dépend des services définis dans la
Rec. UIT-T X.2 17 1 ISO/CEI 8649 pour le contrôle des associations d'application.
Pendant la phase d'établissement de l'association, divers Cléments ASE peuvent échanger des informations d'initialisation
pour établir une association utilisant l'Clément ACSE. Le contexte d'application spécifie les règles de coordination des
informations appartenant à des Cléments ASE différents, incorporées dans les paramètres de service d'information
d'utilisateur ACSE. Les critères relatifs au contexte d'application, à la présentation et à la session sont acheminés au
moyen des paramètres du service A-ASSOCIATE (association).
Les services A-RELEASE (libération) et A-ABORT (abandon) de la Rec. UIT-T X.217 I ISOiCEI 8649 servent à mettre
fin à une association. Ces services peuvent être demandés par l'un ou l'autre des utilisateurs du service CMISE.
6.2 Services de notification de gestion
La définition de la notification et le comportement des entités en communication qui en résulte dépendent de la
spécification de l'objet géré qui produit la notification, et n'entrent pas dans le cadre du service commun d'information de
gestion. Toutefois, certaines notifications sont utilisées fréquemment dans le cadre de la gestion-systèmes, et le CMIS
fournit la définition suivante du service commun qui peut être utilisé pour véhiculer les informations de gestion
applicables à une notification.
Le service M-EVENT-REPORT permet à l'utilisateur d'un service CMISE de notifier un événement concernant un objet
géré à un utilisateur de service CMISE homologue. Ce service peut être demandé avec ou sans confirmation. Dans le
premier cas, une réponse est attendue.
Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
6.3 Services d'opérations de gestion
La définition de l'opération et le comportement des entités en communication qui en résulte, dépendent de la
spécification de l'objet géré chargé d'exécuter l'opération, et n'entrent pas dans le cadre du service commun d'information
de gestion. Toutefois, certaines opérations sont utilisées fréquemment, dans le cadre de la gestion-systèmes, et le CMIS
fournit les définitions suivantes de services communs, qui peuvent être utilisées pour véhiculer des informations de
gestion applicables aux opérations.
6.3.1 Le service M-GET est invoqué par un utilisateur du service CMISE pour deinander la récupération
d'informations de gestion auprès d'un utilisateur du service CMISE. Ce service peut uniquement être demandé avec
confirmation et une réponse est attendue.
6.3.2 Le service M-SET est invoqué par un utilisateur du service CMISE pour dem,w la modification
wit a\eL w sans
d'informations de gestion par un utilisateur du service CMISE homologue. Ce service peut être d
confirmation. Dans le premier cas, une réponse est attendue.
6.3.3 Le service M-ACTION est invoqué par un utilisateur du service CMISE pour dem,t:itlt h un utilisai 'ii
homologue du service CMISE d'effectuer une action. Le service peut être demandé a\eL ou sdrik, I Or
premier cas, une réponse est attendue.
6.3.4 Le service M-CREATE est invoqué par un utilisateur du service CMlSE pour demander \in LitilisateiLL 1
service CMISE homologue de créer une nouvelle instance d'un objet géré. Ce service peut ttiii~q~ttv c i ; ?tri dem,: :e
avec Confirmation et une réponse est attendue.
6.3.5 Le service M-DELETE est invoqué par un utilisateur du service CMISE pour dcrnarickt 3 :ln util~wtei!rr
service CMISE homologue de supprimer une instance dun objet géré. Ce service peut uniyuenlriit Itr Jeman ec
confirmation et une réponse est attendue.
6.3.6 Le service M-CANCEL-GET est invoqué par un utilisateur de service CMISk pour der~~du A uii Latwr
homologue d'annuler une demande antérieure, toujours active, de service d'obtention de gestion ('e w i'~ 11 ne ut Ctre
demandé qu'avec confirmation et une réponse est attendue.
6.4 Arbre des informations de gestion
Les informations de gestion peuvent être vues comme un ensemble d'objets gérés, dont chacun posstiis. des attrib:.t+ et
pour lequel peuvent être définis des événements et des actions. Les noms d'instances d'objets g&i-s sont dqosés
hiérarchiquement dans un arbre des informations de gestion.
I1 est concevable que l'arbre des informations de gestion subisse des modifications dynamiques et que ces connaissances
puissent ne pas être instantanément accessibles à d'autres systèmes ouverts.
6.5 Sélection des objets gérés
La sélection des objets gérés comprend deux phases: la détection et le filtrage.
La détection comprend l'identification du ou des objets gérés auxquels un filtre doit être appliqué.
Le filtrage comprend l'application d'un ensemble de tests à chaque Clément de l'ensemble d'objets gérés détectés pour en
extraire un sous-ensemble.
Le sous-ensemble d'objets gérés détectés qui satisfont au filtre est sélectionné pour l'opération.
NOTE - Si aucun filtre n'est spécifié, l'ensemble des objets détectés est sélectionné pour l'opération.
6.5.1 Détection
L'objet géré de base est défini comme la racine du sous-arbre à partir de laquelle la recherche doit commencer. Quatre
spécifications de niveau de détection sont définies, indiquant si le filtre doit être appliqué:
à l'objet de base seul;
a)
aux subordonnés de niveau N de l'objet de base;
b)
à l'objet de base et à tous ses subordonnés (niveau N compris);
c)
à l'objet de base et àtous ses subordonnés (ensemble du sous-arbre).
d)
Rec. UIT-T X.710 (1997 F) 5
ISO/CEI 9595 : 1998 (F)
Lorsque le paramètre de détection n'est pas spécifié, l'objet géré en détection est l'objet spécifié par le paramètre
d'instance d'objet de base.
NOTE - L'objet de base est défini comme étant le niveau zéro.
6.5.2 Filtrage
Un filtre est un ensemble dune ou plusieurs assertions sur la presence ou les valeurs des attributs d'un objet géré
sélectionné en détection. Si le filtre comprend plusieurs assertions, elles sont regroupées à l'aide d'opérateurs logiques. Si
le résultat de l'application du filtre à un objet géré donné est positif, cet objet est retenu pour l'exécution de l'opération.
6.5.3 Synchronisation
Un paramètre de synchronisation est fourni, permettant à l'utilisateur du service CMISE d'indiquer la façon dont les
opérations doivent être synchronisées entre des instances d'objets gérés, quand plusieurs objets gérés ont été sélectionnés
par le mécanisme de détection et filtrage. L'utilisateur du service CMISE a le choix, dans sa demande, entre deux types
de synchronisation: "par horloge atomique" ou "au mieux". Comme l'ordre dans lequel les instances d'objet sont
sélectionnées par le filtre dépend de la réalisation locale, une synchronisation fondée sur un ordre serait dénuée de
signification.
NOTE - Le service CMIS ne prévolt aucun paramètre d'indication de la synchronisation entre attributs d'un objet géré. Un tel
paramètre sera spécifié dans le cadre du comportement de l'objet géré; il pourra varier en fonction des combinaisons d'attributs ct
d'opérations.
7 Unités fonctionnelles
Les capacités générales du service sont désignées comme des unités fonctionnelles, qui correspondent à la prise en
charge des primitives ou des paramètres de service.
7.1 Unité fonctionnelle élémentaire
Tous les services CMISE énumérés au Tableau 1, excepté pour le service M-CANCEL-GET, sont couverts dans l'unité
fonctionnelle élémentaire. Pour ce qui est des services de cette unité proprement dite, le paramètre d'identification liée ne
doit être utilisé que lorsqu'il a été convenu d'utiliser l'unité fonctionnelle de réponses multiples dans l'association entre
utilisateurs de service CMISE. Les paramètres de détection et de synchronisation ne doivent Ctre utilisés que lorsque l'on
a décidé d'utiliser l'unité fonctionnelle de sélection d'objets multiples. Le paramètre de filtrage ne doit être utilisé que
lorsque l'unité fonctionnelle de filtrage a été acceptée.
7.2 Unités fonctionnelles additionnelles
Unité fonctionnelle de sélection d'objets multiples
7.2.1
Cette unité fonctionnelle permet d'utiliser les paramètres de détection et de synchronisation dans les services de l'unité
fonctionnelle Clémentaire. Ces paramètres ne sont pas présents dans les services M-EVENT-REPORT et M-CREATE.
Lorsque l'unité fonctionnelle de sélection d'objets multiples est proposée, l'unité fonctionnelle de réponses multiples doit
l'être également.
7.2.2 Unité fonctionnelle de filtrage
Cette unité fonctionnelle permet d'utiliser le paramètre de filtrage dans les services de l'unité fonctionnelle élémentaire.
Le paramètre de filtrage n'est pas présent dans les services M-EVENT-REPORT et M-CREATE.
7.2.3 Unité fonctionnelle de réponses multiples
Cette unité fonctionnelle permet d'utiliser le paramètre d'identification liée dans les services de l'unité fonctionnelle
élémentaire. Le paramètre d'identification liée n'est pas présent dans les services M-EVENT-REPORT et M-CREATE.
Des réponses multiples a une opération de gestion unique n'ont lieu que lorsque l'utilisateur du service CMISE lanceur
sélectionne des objets gérés multiples ou demande une opération M-ACTION pour un objet géré unique associé à une
action qui, par définition, produira des réponses multiples.
6 Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
NOTE - L'utilisation de l'unité fonctionnelle de réponses multiples peut occasionner le renvoi dun volume de données important.
Actuellement, le CMIS ne propose que le service M-CANCEL-GET pour contrôler le flux de données. La possibilité de prévoir
des mécanismes additionnels de contrôle du flux de données ou dune opération appelle un complément d'étude.
7.2.4
Unité fonctionnelle de service élargi
Cette unité fonctionnelle permet de disposer des services de couche Présentation en complément du service P-DATA
(données).
7.2.5 Unité fonctionnelle d'obtention d'annulation
Cette unité fonctionnelle permet d'utiliser le service M-CANCEL-GET
8 Définition des services
Les services CMISE sont énumérés au Tableau 1.
Les paramètres renvoyés dans le cadre d'une primitive de confirmation peuvent figurer comme résultat d'une opération
réussie (ils sont alors décrits comme étant "inclus dans la confirmation de succès"), ou comme résultat dune condition
d'erreur (ils sont alors décrits comme "inclus dans la confirmation d'échec'').
Certaines opérations peuvent notifier un code d'erreur. En cas d'erreurs multiples, l'une de ces erreurs étant une
infraction à la sécurité, le code d'erreur "accès refusé" doit être renvoyé.
8.1 Services d'association
8.1.1 Etablissement de l'association
Le service A-ASSOCIATE de la Rec. UIT-T X.217 1 ISO/CEI 8649 est invoqué par un utilisateur du service CMISE
pour établir une association avec un utilisateur du service CMISE homologue. L'établissement de l'association est la
première phase de toute activité relevant du service d'information de gestion.
Le Tableau 2 énumère les paramètres définis par la présente Recommandation 1 Norme internationale comme constituant
la partie spécifiquement CMIS du paramètre d'information d'utilisateur du service d'établissement d'association. Cette
information est spécifiée par l'initiateur de l'association et échangée lorsque l'association est établie. L'échange de cette
information d'initialisation est nécessaire avant toute utilisation des services d'opération et de notification de gestion.
Tableau 2 - Informations d'utilisateur de la primitive A-ASSOCIATE
Nom du paramètre Demandeiindication Réponselconfirmation
Unités fonctionnelles U U
Commande d'accès U U
Informations d'utilisateur U U
8.1.1.1 Unités fonctionnelles
Lorsqu'il est fourni par l'utilisateur du service CMISE demandeur, ce paramètre spécifie l'ensemble des unités
fonctionnelles additionnelles que cet utilisateur se propose d'utiliser dans l'association. Lorsqu'il est renvoyé par
l'utilisateur de service CMISE répondeur, ce paramètre spécifie l'ensemble des unités fonctionnelles additionnelles que
cet utilisateur se propose d'utiliser dans l'association.
Lorsque ce paramètre n'est pas fourni, on suppose qu'aucune unité fonctionnelle additionnelle n'est proposée.
Toute unité fonctionnelle additionnelle proposée par les deux utilisateurs du service CMISE est par définition disponible
pour utilisation dans l'association.
Si la négociation de l'unité fonctionnelle de service élargi est efficace, d'autres services de couche Présentation que le
service P-DATA peuvent être utilisés. La spécification détaillée de ces autres services de présentation et les modalités de
leur utilisation sont décrites dans les définitions du contexte d'application utilisé dans l'association.
Rec. UIT-T X.710 (1997 F) 7
ISO/CEI 9595 : 1998 (F)
8.1.1.2 Commande d'accès
Ce paramètre peut être utilisé par des fonctions de commande d'accès pour vérifier les privilèges de l'initiateur
d'association et pour établir des privilèges d'accès par défaut pour tous les transferts opérés durant l'association. Des
transferts ultérieurs peuvent spécifier des informations de commande d'accès additionnelles, qui seront utilisées par les
fonctions de commande d'accès en liaison avec les privilèges d'accès par défaut afin de déterminer le statut d'accès de
l'utilisateur du service CMISE demandeur pour ce transfert. Si la politique de commande d'accès le permet, les
informations additionnelles de commande d'accès peuvent être utilisées afin de déterminer le statut d'accès lors de
transferts ultérieurs.
La définition des fonctions de commande d'accès dépasse le cadre de la présente Recommandation i Norme interna-
tionale et l'utilisateur du service CMIS peut préciser les modalités d'utilisation de ce champ.
8.1.1.3 Informations d'utilisateur
L'utilisateur du service CMISE demandeur ou l'utilisateur du service CMISE répondeur peuvent facultativement inclure
des informations d'utilisateur, respectivement dans la primitive de demande ou de réponse. La signification de ce
paramètre dépend du contexte d'application.
8.1.2 Terminaison d'association
Le service A-RELEASE de la Rec. UIT-T X.217 1 ISO/CEI 8649 permet à un utilisateur du service CMISE de mettre
fin, selon les procédures établies, à une association entre entités d'application homologues. La présente Recomman-
dation 1 Norme internationale ne spécifie aucune utilisation des paramètres de ce service.
Le service A-ABORT permet à un utilisateur du service CMISE de demander l'interruption d'une association entre
entités d'application homologues.
Le Tableau 3 énumère les paramètres définis par la présente Recommandation i Norme internationale comme constituant
une partie spécifiquement CMIS du paramètre Informations d'utilisateur du service A-ABORT.
Tableau 3 - Informations d'utilisateur de la primitive A-ABORT
Paramètre CMIS dem./ind. A-ABORT
I Origine de la rupture I M I
Informations d'utilisateur U
8.1.2.1 Origine de la rupture
Le paramètre Origine de la rupture indique le point d'amorçage de l'opération de rupture. Ce paramètre prend l'une des
valeurs symboliques suivantes:
- fournisseur du service CMISE;
- utilisateur du service CMISE.
8.1.2.2 Informations d'utilisateur
La source de la demande de rupture peut inclure des informations d'utilisateur. La signification de ce paramètre dépend
du contexte d'application.
8.2 Service de notification de gestion
Le service M-EVENT-REPORT permet à un utilisateur du service CMISE de signaler un événement à un utilisateur du
service CMISE homologue. Ce service est défini avec ou sans confirmation.
8.2.1 Paramètres du service M-EVENT-REPORT
Les paramètres de ce service sont indiqués dans le Tableau 4 ci-après.
Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
Tableau 4 - Paramètres du service M-EVENT-REPORT
Nom du paramètre
Demandeiindication Réponseiconfirmation
Identificateur d'invocation
M (M=)
-
Mode M -
Classe d'objet géré M U
Instance d'objet géré
M U
I Type d'événement I M I C(=) 1
-
I
I Heure de l'événement I U I
-
I Informations événementielles I U I
-
I Heure actuelle I I U I
-
Réponse à l'événement C
-
Erreurs
C
8.2.1.1 Identificateur d'invocation
Ce paramètre spécifie l'identificateur assigné à la notification. I1 peut être utilisé pour distinguer cette notification
d'autres notifications ou opérations que le fournisseur de service CMISE peut avoir en cours.
8.2.1.2 Mode
Ce paramètre spécifie le mode demandé pour l'opération. Valeurs possibles:
- avec confirmation;
- sans confirmation.
8.2.1.3 Classe d'objet géré
Ce paramètre spécifie la classe de l'objet géré dans laquelle l'événement s'est produit. I1 peut être compris dans toute
confirmation.
8.2.1.4 Instance d'objet géré
Ce paramètre spécifie l'instance d'objet géré dans laquelle l'événement s'est produit. I1 peut être inclus dans toute
confirmation.
8.2.1.5 Type d'événement
Ce paramètre spécifie le type d'événement notifié. I1 peut être compris dans la confirmation de réussite et doit l'être
lorsque le paramètre de réponse à l'événement est compris.
8.2.1.6 Heure de l'événement
Ce paramètre comprend l'heure de production de l'événement.
8.2.1.7 Informations événementielles
Ce paramètre rassemble les informations que l'utilisateur invocateur du service CMISE peut fournir quant à l'événement.
8.2.1.8 Heure actuelle
Ce paramètre comprend l'heure à laquelle la réponse a été produite. I1 peut être compris dans la confirmation de réussite.
Rec. UIT-T X.710 (1997 F) 9
ISO/CEI 9595 : 1998 (F)
8.2.1.9 Réponse à I'événement
Ce paramètre comprend la réponse au rapport d'événement. I1 peut être compris dans la confirmation de réussite.
8.2.1.10 Erreurs
Ce paramètre notifie les erreurs éventuelles. I1 doit être compris dans la confirmation d'échec. Les erreurs suivantes
peuvent se produire:
-
invocation en double: l'identificateur d'invocation spécifié a été attribué à une autre notification ou
opération;
-
valeur d'argument non valable: la valeur d'information d'événement spécifiée était hors limites ou n'était
pas appropriée;
-
erreur de type d'argument: l'un des paramètres fournis n'était pas approuvé pour utilisation dans cette
association d'utilisateurs du service CMISE;
-
pas d'argument de ce type: les informations événementielles spécifiées n'ont pas été reconnues;
-
pas d'événement de cette classe: la classe d'événement spécifiée n'a pas été reconnue;
-
pas d'objet de cette classe: la classe d'objet géré spécifiée n'a pas été reconnue;
-
pas d'instance d'objet de ce type: l'instance d'objet géré spécifiée n'a pas été reconnue;
-
échec de traitement: échec général de traitement de la notification;
-
ressources limitées: la notification n'a pas été traitée en raison de ressources limitées;
- opération non reconnue: l'opération n'entre pas dans la catégorie des opérations acceptées entre
utilisateurs de services CMISE.
8.2.2 Procédures M-EVENT-REPORT
8.2.2.1 L'utilisateur invocateur du service CMISE notifie un événement à un utilisateur exécuteur du service CMISE
en envoyant une primitive de demande M-EVENT-REPORT au fournisseur du service CMISE.
8.2.2.2 Lorsqu'il accepte la demande, le fournisseur du service CMISE envoie une primitive d'indication
M-EVENT-REPORT à l'utilisateur exécuteur du service CMISE. Dans les autres cas, le fournisseur du service CMISE
rehse la demande et les procédures qui suivent ne s'appliquent pas.
8.2.2.3 En mode "avec confirmation", l'utilisateur exécuteur du service CMISE signale l'acceptation ou le rejet de la
primitive de demande M-EVENT-REPORT en envoyant une primitive de réponse à une primitive M-EVENT-REPORT
au fournisseur du service CMISE.
8.2.2.4 En mode "avec confirmation", le fournisseur du service CMISE émet une primitive de confirmation
M-EVENT-REPORT à l'intention de l'utilisateur invocateur du service CMISE.
8.3 Services d'opérations de gestion
8.3.1 Service M-CET
Le service M-GET permet à un utilisateur du service CMISE d'obtenir des valeurs d'attribut auprès dun utilisateur du
service CMISE homologue. Il s'agit par définition d'un service avec confirmation, qui peut être annulé sur demande du
service M-CANCEL-GET.
8.3.1.1 Paramètres du service M-GET
Le Tableau 5 enumère les paramètres de ce service.
Rec. UIT-T X.710 (1997 F)
ISOKEI 9595 : 1998 (F)
Tableau 5 - Paramètres du service M-GET
8.3.1.1.1 Identificateur d'invocation
Ce paramètre spécifie l'identificateur affecté à l'opération. I1 peut être utilisé pour distinguer cette opération d'autres
notifications ou opérations que le fournisseur du service CMISE peut avoir en cours.
Chaque réponse doit avoir un identificateur d'invocation unique, la réponse finale doit avoir un identificateur
d'invocation égal à l'identificateur d'invocation fourni avec la primitive d'indication.
8.3.1.1.2 Identificateur lié
Lorsque des réponses multiples doivent être données pour cette opération, ce paramètre spécifie l'identification fournie
par l'utilisateur exécuteur du service CMISE lorsque ces réponses sont renvoyées. L'identificateur lié doit avoir la même
valeur que celle de l'identificateur d'invocation fourni dans la primitive d'indication.
8.3.1.1.3 Classe d'objet de base
Ce paramètre spécifie la classe de l'objet géré qui doit être utilisé comme point de départ de la sélection des objets gérés
auxquels le filtre (lorsqu'il existe) doit être appliqué.
8.3.1.1.4 Instance d'objet de base
Ce paramètre spécifie l'instance de l'objet géré qui doit être utilisé comme point de départ de la sélection des objets gérés
auxquels le filtre (lorsqu'il existe) doit être appliqué.
8.3.1.1.5 Détection
Ce paramètre indique le sous-arbre, ayant pour origine l'objet géré de base, qu'il s'agit de rechercher. Les niveaux de
recherche possibles sont les suivants:
- objet de base seul;
-
subordonnés de niveau N de l'objet de base;
-
objet de base et tous ses subordonnés jusqu'au niveau N, ce niveau compris;
-
objet de base et tous ses subordonnés.
Valeur implicite: objet de base seul.
Rec. UIT-T X.710 (1997 F) 11
ISO/CEI 9595 : 1998 (F)
8.3.1.1.6 Filtre
Ce paramètre spécifie l'ensemble des assertions qui définissent le test de filtre à appliquer à l'objet géré sélectionnéiaux
objets de base sélectionnés. Des assertions multiples peuvent être regroupées au moyen des opérateurs logiques ET, OU
et NON. Chaque affirmation peut être un test d'égalité, d'ordre, de présence ou de comparaison d'ensemble. Les
assertions relatives à la valeur d'un attribut sont évaluées en fonction des règles de correspondance associées à la syntaxe
d'attribut. Lorsqu'une assertion de valeur d'attribut est présente dans le filtre et que cet attribut n'est pas présent dans
l'objet géré sélectionné, le résultat du test pour cette assertion de valeur d'attribut est dit FAUX. L'objet géré ou les objets
gérés pour lesquels le test de filtre donne la valeur VRAI sont sélectionnés pour l'application de l'opération. Lorsque le
filtre n'est pas spécifié, tous les objets gérés détectés sont sélectionnés.
8.3.1.1.7 Commande d'accès
Ce paramètre contient des informations de commande d'accès permettant d'obtenir la permission de consulter la ou les
valeurs d'attribut contenues dans l'objet ou les objets gérés spécifiés.
La définition des fonctions de commande d'accès dépasse le cadre de la présente Recommandation 1 Norme
internationale et l'utilisateur du service CMIS peut préciser les modalités d'utilisation de ce champ.
8.3.1.1.8 Synchronisation
Ce paramètre indique comment l'utilisateur invocateur du service CMISE souhaite que les opérations M-GET soient
synchronisées entre instances d'objets sélectionnés. On définit deux procédures de synchronisation d'une série
d'opérations:
-
atomique: tous les objets gérés sélectionnés pour l'opération sont vérifiés: il s'agit de savoir s'ils peuvent
assurer l'opération. Lorsque au moins un de ces objets ne peut assurer l'opération, aucun ne l'assure; dans
le cas contraire, tous l'assurent;
-
au mieux: tous les objets gérés sélectionnés pour l'opération doivent l'assurer.
Lorsque ce paramètre n'est pas fourni, la synchronisation se fait au mieux. Lorsque seul l'objet géré de base est
sélectionné pour l'opération, ce paramètre (lorsqu'il est présent) est ignoré.
8.3.1.1.9 Liste d'identificateurs d'attribut
Ce paramètre contient un ensemble d'identificateurs d'attribut pour lequel les valeurs d'attribut doivent être renvoyées par
l'utilisateur exécuteur du service CMISE. Lorsque ce paramètre est omis, tous les identificateurs d'attribut sont supposés.
Les définitions des attributs figurent dans la classification de la classe d'objet géré.
8.3.1.1.10 Classe d'objet géré
Si seul l'objet de base est spécifié, ce paramètre est facultatif; autrement, il
...


NORME ISOICEI
INTERNATIONALE
Troisième édition
1998-1 0-1 5
Technologies de l'information -
Interconnexion de systèmes ouverts
(OSI) - Service commun d'information de
gestion
Information technology - Open Systems Interconnection - Common
management information service
Numéro de référence
ISO/CEI 9595:1998(F)
ISOEEI 9595: 1998( 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
etre imprimé ou visualisé, mais ne doit pas Btre modifié à moins que l'ordinateur employé a 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 I'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 lnfo 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 I'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.
O ISO/CEI 1998
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 I'ISO à
l'adresse ci-après ou du comité membre de l'lS0 dans le pays du demandeur.
IS0 copyright office
Case postale 56 CH-1 21 1 Geneva 20
Tel. + 41 22 749 O1 11
Fax. + 41 22 734 10 79
E-mail copyright@iso.ch
Web www.iso.ch
Version française parue en 2000
Imprimé en Suisse
II O ISOlCEl 1998 -Tous droits réservés

@ ISO/CEI ISOKEI 9595 : 1998 (F)
Sommaire
Page
1 Domaine d'application . . . ._ . . ._. . . . . 1
2 Références normatives. . .
2.1 Recommandations I Normes internationales identiques . .
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique . 2
2.2
3 Définitions . . .
3.1 Définitions relatives au modèle de référence de . 2
3.2 Definitions relatives au cadre général de gestion . 2
3.3 Définitions relatives aux Cléments ACSE . .
3.4 Définitions relatives aux conventions de service . .
3.5 Définitions additionnelles . . . . . 3
4 Symboles et abréviations .
5 Conventions . . . . . .
Aperçu général du service . 4
6.1 Services d'associ 4
6.2 Services de notification de gestion . .
Services d'opérations de gestion . 5
6.3
6.4 Arbre des informations de gestion . 5
6.5 Sélection des obj 5
7 Unités fonctionnelles . . .
7.1 Unité fonctionne 6
..
7.2 Unités fonctionnelles additionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
8 Définition des services . . .
8.1 Services d'association . .
8.2 Service de notification de gestion . .
8.3 Services d'opérations de ge . . . . . . 10
9 Informations de mise en séquence .
9.1 Services M-CREATE, M-DELETE . 27
9.2 Services M-EVENT-REPORT, M-SET, M-ACTION . . 27
9.3 Service M-GET . .
9.4 Service M-CANCEL-GET . . . . . . . . . . 28
Comportement de l'utilisateur du service CMISE . . 29
Annexe A -
Rappel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
A.l
Notification des événements . . .
A.2 29
.............................................. 29
A.3 Information de gestion d'obtention .
Information de gestion de modification . . . . 29
A.4
Action de gestion . .
AS 30
................................ 30
A.6 Création d'un objet gére .
Suppression dun objet géré . . . . . . 30
A.7
Annulation d'une opération d'obtention . . . . . . . . . . . . . . . . . . . . . 31
A.8
Mises en œuvre préférées . . .
Annexe B -
..................................... .................................................. 32
B.l
B.2 . 32
B.3 Sélection et réponses relatives aux objets gérés . 32
...
ISO/CEI 9595 : 1998 (F) 0 ISO/CEI
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I'ISO ou de la CE1 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 différents domaines particuliers de l'activité technique. Les comités
techniques de ITSO et de la CE1 collaborent dans des domaines d'intérêt commun.
D'autres organisations internationales, gouvernementales et non gouvernementales, en
liaison avec ITSO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la CE1 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 approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l'approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISO/CEI 9595 a été élaborée par le comité technique mixte
ISO/CEI JTC 1, Technologies de l'infornzation, sous-comité SC 33, Services
d'applications distribuées, en collaboration avec I'UIT-T. Le texte identique est publié
en tant que Recommandation UIT-T X.710.
Cette troisième édition annule et remplace la deuxième édition (ISO/CEI 9595: 1991), qui a
fait l'objet d'une révision technique. Elle incorpore aussi l'Amendement 4: 1992,
le Rectificatif technique 1 : 1992, le Rectificatif technique 2: 1992, le Rectificatif
technique 3: 1994 et le Rectificatif technique 4:1995.
Les annexes A et B de la présente Norme internationale sont données uniquement à titre
d'information.
iv
ISOKEI 9595 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - SERVICE COMMUN D'INFORMATION DE GESTION
1 Domaine d'application
La présente Recommandation 1 Norme internationale définit un Clément de service d'application (rélément de service
commun d'information de gestion) qui, par l'intermédiaire d'un processus mis en ceuvre dans un environnement de
gestion centralisé ou décentralisé, permet de transférer des informations et des commandes relevant de la gestion-
systèmes, définie par le cadre général de gestion OS1 dans la Rec. X.700 du CCITT I ISO/CEI 7498-4. La présente
Recommandation I Norme internationale s'inscrit dans la couche Application de la Rec. UIT-T X.200 I ISO/CEI 7498-1
et répond au modèle de la Rec. UIT-T X.207 I ISOKEI 9545.
La présente Recommandation I Norme internationale définit:
-
un ensemble de primitives de service qui constituent l'Clément de service d'application;
-
les paramètres qui sont transmis dans chaque primitive de service;
toutes les informations nécessaires à la description sémantique de chaque primitive de service.
La présente Recommandation 1 Norme internationale ne définit pas:
-
la nature des moyens permettant d'assurer le service défini;
-
la sémantique associée aux informations ou commandes dont le service en question est le vecteur;
-
les modalités de gestion adoptées par l'utilisateur de service;
-
la nature des interactions qui résultent de l'utilisation du service.
Aucune condition de conformité à la présente Recommandation 1 Norme internationale n'est spécifiée.
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à révision et
les parties prenantes aux accords fondés sur la présente Recommandation 1 Norme internationale sont invitées à
rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de 1'1SO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de 1'UIT tient àjour une liste des Recommandations UIT-T en vigueur.
2.1 Recommandations I Normes internationales identiques
- Recommandation UIT-T X.200 (1994) I ISO/CEI 7498-1:1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
- Recommandation UIT-T X.207 (1993) I ISO/CEI 9545:1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure de la couche application.
- Recommandation UIT-T X.2 1 O (1 993) I ISOICEI 1073 1 : 1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la définition des
services de I'inlerconnexion de systèmes ouverts.
Rec. UIT-T X.710 (1997 F) 1
ISO/CEI 9595 : 1998 (F)
- Recommandation UIT-T X.217 (1 995) 1 ISOiCEI 8649: 1996, Technologies de l'information -
Interconnexion des systèmes ouverts - Déjinition de service applicable ù l'élément de service de contrôle
d'association.
- Recommandation UT-T X.711 (1997) I ISOiCEI 9596-1:1998, Technologies de l'injormation -
Interconnexion des systèmes ouverts - Spécification du protocole commun de transjert d'injormations de
gestion.
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
2.2
-
Recommandation X.700 du CCITT (1992), Cadre de gestion pour l'interconnexion de systèmes ouverts
pour les applications du CCITT.
ISO/CEI 7498-4: 1989, Systèmes de traitement de l'information - Interconnexion de sysfdmes ouverts -
Modèle de référence de base - Partie 4: Cadre général de gestion.
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s'appliquent.
Définitions relatives au modèle de référence de base
3.1
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UT-T X.200 I
ISOiCEI 7498-1:
a) Clément de service d'application;
b) système ouvert;
c) gestion-systèmes.
3.2 Définitions relatives au cadre général de gestion
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. X.700 du CCITT I
ISO/CEI 7498-4:
a) objet géré;
b) information de gestion;
c) entité d'application de gestion-systèmes.
3.3 Définitions relatives aux Cléments ACSE
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.217 I
ISOiCEI 8649:
a) association d'application;
b) contexte d'application;
c) association;
d) initiateur de l'association.
3.4 Définitions relatives aux conventions de service
La présente Recommandation 1 Norme intemationale utilise les termes suivants, définis dans la Rec. UIT-T X.210 I
ISO/CEI 1073 1 :
a) confirmation (primitive);
b) service confirmé;
c) indication (primitive);
d) service non confirmé;
e) demande (primitive);
f) réponse (primitive),
Rec. UIT-T X.710 (1997 F)
ISOKEI 9595 : 1998 (F)
3.5 Définitions additionnelles
3.5.1 attribut: propriété d'un objet géré. Tout attribut est valué.
3.5.2 Clément de service commun d'information de gestion: Clément de service d'application défini dans la
présente Recommandation 1 Norme internationale.
3.5.3 services communs d'information de gestion: ensemble des services fournis par l'Clément de service commun
d'information de gestion.
3.5.4 fournisseur du service CMISE: abstraction regroupant la totalité des entités qui fournissent des services
CMISE à des utilisateurs de service CMISE homologues.
utilisateur du service CMISE: partie d'un processus d'application utilisant l'Clément de service commun
3.5.5
d'information de gestion.
unité fonctionnelle: unité de service utilisée pour la négociation des options de service.
3.5.6
3.5.7 utilisateur invocateur du service CMISE: utilisateur de service CMISE qui invoque une opération ou une
notification de gestion.
3.5.8 utilisateur exécuteur du service CMISE: utilisateur de service CMISE qui exécute une opération ou une
notification de gestion lancée par un utilisateur de service CMISE homologue.
attribut valué sur un ensemble: attribut dont la valeur est un ensemble mathématique de valeurs de même
3.5.9
type. Les valeurs de l'ensemble ne peuvent pas être répétées et ne sont pas ordonnées.
4 Symboles et abréviations
Pour les besoins de la présente Recommandation I Norme internationale, les abréviations suivantes sont utilisées.
ACSE Elément de service de contrôle d'association (association control service element)
ASE Elément de service d'application (application service element)
Service commun d'information de gestion (common management information service)
CMIS
CMISE Elément de service commun d'information de gestion (common management information service
element)
conf. Confirmer, confirmation
dem. Demande
ind. Indication
rép. Réponse
5 Conventions
La présente Recommandation 1 Norme internationale décrit les services CMIS conformément aux conventions définies
dans la Rec. UIT-T X.210 I ISO/CEI 10731. A l'article 8, on trouvera pour chaque service CMIS un tableau indiquant les
paramètres de ses primitives. Les définitions de paramètres données dans la colonne réponselconfirmation s'appliquent
uniquement aux services confirmés. Pour une primitive donnée, la présence de chaque paramètre est décrite par l'une des
valeurs suivantes.
M le paramètre est obligatoire
la valeur du paramètre est égale à celle du paramètre de la colonne de gauche
(=)
U l'utilisation du paramètre est décidée par l'utilisateur du service
-
le paramètre ne figure pas dans l'interaction décrite par la primitive
le paramètre est conditionnel. La ou les conditions sont définies dans le descriptif du paramètre.
C
Rec. UIT-T X.710 (1997 F) 3
ISOICEI 9595 : 1998 (F)
6 Aperçu général du service
Les services d'information de gestion sont exploités dans des processus d'application entre systèmes ouverts
homologues, pour transférer des informations et des commandes de gestion-systèmes considérés.
Deux services d'information sont définis:
-
le service de notification de gestion;
-
le service d'opération de gestion.
Le service commun d'information de gestion offre des fonctions de structuration additionnelles, qui permettent:
-
de "lier" plusieurs réponses à des opérations confirmées à cette opération au moyen d'un paramètre
d'identification liée;
-
d'effectuer des opérations sur des objets gérés multiples, choisis en fonction de certains critères et de les
soumettre à une condition de "synchronisation".
Les services CMISE sont énumérés dans le Tableau 1 ci-après.
Tableau 1 - Services CMISE
Service Nature Type
I M-CANCEL-GET I Extraction, annulation I Confirmé I
M-EVENT-REPORT Rapport d'événement Confirméinon confirmé
M-GET Extraction Confirmé
I M-SET I Affectation I Confirméinon confirmé I
~~
I-ACTION I Action
I M-CREATE I Création
1 Confirmé I
M-DELETE Suppression Confirmé
6.1 Services d'association
La présente Recommandation 1 Norme internationale ne définit pas de services distincts pour l'établissement et
la libération des associations d'application. L'utilisateur du service CMISE dépend des services définis dans la
Rec. UIT-T X.2 17 I ISO/CEI 8649 pour le contrôle des associations d'application.
Pendant la phase d'établissement de l'association, divers éléments ASE peuvent échanger des informations #initialisation
pour établir une association utilisant l'Clément ACSE. Le contexte d'application spécifie les règles de coordination des
informations appartenant à des éléments ASE différents, incorporées dans les paramètres de service d'information
d'utilisateur ACSE. Les critères relatifs au contexte d'application, à la présentation et à la session sont acheminés au
moyen des paramètres du service A-ASSOCIATE (association).
Les services A-RELEASE (libération) et A-ABORT (abandon) de la Rec. UIT-T X.217 1 ISO/CEI 8649 servent a mettre
fin à une association. Ces services peuvent être demandés par l'un ou l'autre des utilisateurs du service CMISE.
6.2 Services de notification de gestion
La définition de la notification et le comportement des entités en communication qui en résulte dépendent de la
spécification de l'objet géré qui produit la notification, et n'entrent pas dans le cadre du service commun d'information de
gestion. Toutefois, certaines notifications sont utilisées fréquemment dans le cadre de la gestion-systèmes, et le CMIS
fournit la définition suivante du service commun qui peut être utilisé pour véhiculer les informations de gestion
applicables à une notification.
Le service M-EVENT-REPORT permet à l'utilisateur d'un service CMISE de notifier un événement concernant un objet
géré à un utilisateur de service CMISE homologue. Ce service peut être demandé avec ou sans confirmation. Dans le
premier cas, une réponse est attendue.
4 Rec. UIT-T X.710 (1997 F)
ISOKEI 9595 : 1998 (F)
6.3 Services d'opérations de gestion
La définition de l'opération et le comportement des entités en communication qui en résulte, dépendent de la
spécification de l'objet géré chargé d'exécuter l'opération, et n'entrent pas dans le cadre du service commun d'information
de gestion. Toutefois, certaines opérations sont utilisées fréquemment, dans le cadre de la gestion-systèmes, et le CMIS
fournit les définitions suivantes de services communs, qui peuvent être utilisées pour véhiculer des informations de
gestion applicables aux opérations.
6.3.1 Le service M-GET est invoqué par un utilisateur du service CMISE pour demander la récupération
d'informations de gestion auprès d'un utilisateur du service CMISE. Ce service peut uniquemznt être demandé avec
confirmation et une réponse est attendue.
6.3.2 Le service M-SET est invoqué par un utilisateur du service CMISE pour demm la modification
d'informations de gestion par un utilisateur du service CMISE homologue. Ce service peut etrc dcir;,.idk a\ec
sans
confirmation. Dans le premier cas, une rCponse est attendue.
6.3.3 Le service M-ACTION est invoqué par un utilisateur du service CMISE pour dcr-ri,t;ic!t. ;i ;In utilisattw'
homologue du service CMISE d'effectuer une action. Le service peut être demandé akec ou saw, $,:QI
premier cas, une réponse est attendue.
6.3.4
Le service M-CREATE est invoqué par un utilisateur du service CMlSE pour demander 2 un utilisateilr lu
service CMISE homologue de créer une nouvelle instance d'un objet géré. Ce service peut irniqLlt:litc.i;t etre demai 16
avec confirmation et une réponse est attendue.
6.3.5 Le service M-DELETE est invoqué par un utilisateur du service CMISE pour demander !KI utilisate\&
service CMISE homologue de supprimer une instance d'un objet géré. Ce service peut uniquemriit Ptrc ilemani!t: _. ec
confirmation et une réponse est attendue.
6.3.6 Le service M-CANCEL-GET est invoqué par un utilisateur de service CMISE pour denimdcl- ir uti :.lisatarr
homologue d'annuler une demande antérieure, toujours active, de service d'obtention de gestion. Ce sorvic .' ne , cut &e
demandé qu'avec confirmation et une réponse est attendue.
6.4 Arbre des informations de gestion
Les informations de gestion peuvent être vues comme un ensemble d'objets gérés, dont chacun poss&L. des attrib&, et
pour lequel peuvent être définis des événements et des actions. Les noms d'instances d'objets géik sont disposés
hiérarchiquement dans un arbre des informations de gestion.
I1 est concevable que l'arbre des informations de gestion subisse des modifications dynamiques et que ces connaissances
puissent ne pas être instantanément accessibles à d'autres systèmes ouverts.
6.5 Sélection des objets gérés
La sélection des objets gérés comprend deux phases: la détection et le filtrage.
La détection comprend l'identification du ou des objets gérés auxquels un filtre doit être appliqué.
Le filtrage comprend l'application d'un ensemble de tests à chaque élément de l'ensemble d'objets gérés détectés pour en
extraire un sous-ensemble.
Le sous-ensemble d'objets gérés détectés qui satisfont au filtre est sélectionné pour l'opération.
NOTE - Si aucun filtre n'est spécifié, l'ensemble des objets détectés est sélectionné pour l'opération.
6.5.1 Détection
L'objet géré de base est défini comme la racine du sous-arbre à partir de laquelle la recherche doit commencer. Quatre
spécifications de niveau de détection sont définies, indiquant si le filtre doit être appliqué:
à l'objet de base seul;
a)
aux subordonnés de niveau N de l'objet de base;
b)
à l'objet de base et à tous ses subordonnés (niveau N compris);
c)
à l'objet de base et àtous ses subordonnés (ensemble du sous-arbre).
d)
Rec. UIT-T X.710 (1997 F) 5
LSOICEI 9595 : 1998 (F)
Lorsque le paramètre de détection n'est pas spécifié, l'objet géré en détection est l'objet spécifié par le paramètre
d'instance d'objet de base.
NOTE ~ L'objet de base est défini comme étant le niveau zero.
6.5.2 Filtrage
Un filtre est un ensemble d'une ou plusieurs assertions sur la présence ou les valeurs des attributs d'un objet géré
sélectionné en détection. Si le filtre comprend plusieurs assertions, elles sont regroupées à l'aide d'opérateurs logiques. Si
le résultat de l'application du filtre à un objet géré donné est positif, cet objet est retenu pour l'exécution de l'opération.
6.5.3 Synchronisation
Un paramètre de synchronisation est fourni, permettant a l'utilisateur du service CMISE d'indiquer la façon dont les
opérations doivent être synchronisées entre des instances d'objets gérés, quand plusieurs objets gérés ont été sélectionnés
par le mécanisme de détection et filtrage. L'utilisateur du service CMISE a le choix, dans sa demande, entre deux types
de synchronisation: "par horloge atomique" ou "au mieux". Comme l'ordre dans lequel les instances d'objet sont
sélectionnées par le filtre dépend de la réalisation locale, une synchronisation fondée sur un ordre serait dénuée de
signification.
NOTE ~ Le service CMIS ne prévoit aucun paramètre d'indication de la synchronisation entre attributs d'un objet géré. Un tel
paramètre sera spécifié dans le cadre du comportement de l'objet géré; il pourra varier en fonction des combinaisons d'attributs et
d'opérations.
7 Unités fonctionnelles
Les capacités générales du service sont désignées comme des unités fonctionnelles, qui correspondent à la prise en
charge des primitives ou des paramètres de service.
7.1 Unité fonctionnelle élémentaire
Tous les services CMlSE énumérés au Tableau 1, excepté pour le service M-CANCEL-GET, sont couverts dans l'unité
fonctionnelle élémentaire. Pour ce qui est des services de cette unité proprement dite, le paramètre d'identification liée ne
doit être utilisé que lorsqu'il a été convenu d'utiliser l'unité fonctionnelle de réponses multiples dans l'association entre
utilisateurs de service CMISE. Les paramètres de détection et de synchronisation ne doivent être utilisés que lorsque l'on
a décidé d'utiliser l'unité fonctionnelle de sélection d'objets multiples. Le paramètre de filtrage ne doit être utilisé que
lorsque l'unité fonctionnelle de filtrage a été acceptée.
7.2 Unités fonctionnelles additionnelles
7.2.1 Unité fonctionnelle de sélection d'objets multiples
Cette unité fonctionnelle permet d'utiliser les paramètres de détection et de synchronisation dans les services de l'unité
fonctionnelle élémentaire. Ces paramètres ne sont pas présents dans les services M-EVENT-REPORT et M-CREATE.
Lorsque l'unité fonctionnelle de sélection d'objets multiples est proposée, l'unité fonctionnelle de réponses multiples doit
l'être également.
7.2.2 Unité fonctionnelle de filtrage
Cette unité fonctionnelle permet d'utiliser le paramètre de filtrage dans les services de l'unité fonctionnelle élémentaire.
Le paramètre de filtrage n'est pas présent dans les services M-EVENT-REPORT et M-CREATE.
7.2.3 Unité fonctionnelle de réponses multiples
Cette unité fonctionnelle permet d'utiliser le paramètre d'identification liée dans les services de l'unité fonctionnelle
élémentaire. Le paramètre d'identification liée n'est pas présent dans les services M-EVENT-REPORT et M-CREATE.
Des réponses multiples a une opération de gestion unique n'ont lieu que lorsque l'utilisateur du service CMISE lanceur
sélectionne des objets gérés multiples ou demande une opération M-ACTION pour un objet géré unique associé à une
action qui, par définition, produira des réponses multiples.
6 Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
NOTE - L'utilisation de l'unité fonctionnelle de réponses multiples peut occasionner le renvoi d'un volume de données important.
Actuellement, le CMIS ne propose que le service M-CANCEL-GET pour contrôler le flux de données. La possibilité de prévoir
des mécanismes additionnels de contrôle du flux de données ou dune opération appelle un complement d'étude.
7.2.4 Unité fonctionnelle de service élargi
Cette unité fonctionnelle permet de disposer des services de couche Présentation en complément du service P-DATA
(données).
7.2.5 Unité fonctionnelle d'obtention d'annulation
Cette unité fonctionnelle permet d'utiliser le service M-CANCEL-GET.
8 Définition des services
Les services CMISE sont énumérés au Tableau 1.
Les paramètres renvoyés dans le cadre d'une primitive de confirmation peuvent figurer comme résultat d'une opération
réussie (ils sont alors décrits comme étant "inclus dans la confirmation de succès"), ou comme résultat d'une condition
d'erreur (ils sont alors décrits comme "inclus dans la confirmation d'échec").
Certaines opérations peuvent notifier un code d'erreur. En cas d'erreurs multiples, l'une de ces erreurs étant une
infraction à la sécurité, le code d'erreur "accès refusé" doit être renvoyé.
8.1 Services d'association
8.1.1 Etablissement de l'association
Le service A-ASSOCIATE de la Rec. UIT-T X.2 17 1 ISO/CEI 8649 est invoqué par un utilisateur du service CMISE
pour établir une association avec un utilisateur du service CMISE homologue. L'établissement de l'association est la
première phase de toute activité relevant du service d'information de gestion.
Le Tableau 2 énumère les paramètres définis par la présente Recommandation I Norme internationale comme constituant
la partie spécifiquement CMIS du paramètre d'information d'utilisateur du service d'établissement d'association. Cette
information est spécifiée par l'initiateur de l'association et échangée lorsque l'association est établie. L'échange de cette
information d'initialisation est nécessaire avant toute utilisation des services d'opération et de notification de gestion.
Tableau 2 - Informations d'utilisateur de la primitive A-ASSOCIATE
I Nom du paramètre I Demandelindication I Réponselconfirmation I
Unités fonctionnelles U U
Commande d'accès U U
Informations d'utilisateur U U
8.1 .l. 1 Unités fonctionnelles
Lorsqu'il est fourni par l'utilisateur du service CMISE demandeur, ce paramètre spécifie l'ensemble des unités
fonctionnelles additionnelles que cet utilisateur se propose d'utiliser dans l'association. Lorsqu'il est renvoyé par
l'utilisateur de service CMISE répondeur, ce paramètre spécifie l'ensemble des unités fonctionnelles additionnelles que
cet utilisateur se propose d'utiliser dans l'association.
Lorsque ce paramètre n'est pas fourni, on suppose qu'aucune unité fonctionnelle additionnelle n'est proposée.
Toute unité fonctionnelle additionnelle proposée par les deux utilisateurs du service CMISE est par définition disponible
pour utilisation dans l'association.
Si la négociation de l'unité fonctionnelle de service élargi est efficace, d'autres services de couche Présentation que le
service P-DATA peuvent être utilisés. La spécification détaillée de ces autres services de présentation et les modalités de
leur utilisation sont décrites dans les définitions du contexte d'application utilisé dans l'association.
Rec. UIT-T X.710 (1997 F) 7
ISO/CEI 9595 : 1998 (F)
8.1.1.2 Commande d'accès
Ce paramètre peut être utilisé par des fonctions de commande d'accès pour vérifier les privilèges de l'initiateur
d'association et pour établir des privilèges d'accès par défaut pour tous les transferts opérés durant l'association. Des
transferts ultérieurs peuvent spécifier des informations de commande d'accès additionnelles, qui seront utilisées par les
fonctions de commande d'accès en liaison avec les privilèges d'accès par défaut afin de déterminer le statut d'accès de
l'utilisateur du service CMISE demandeur pour ce transfert. Si la politique de commande d'accès le permet, les
informations additionnelles de commande d'accès peuvent être utilisées afin de déterminer le statut d'accès lors de
transferts ultérieurs.
La définition des fonctions de commande d'accès dépasse le cadre de la présente Recommandation 1 Norme intema-
tionale et l'utilisateur du service CMIS peut préciser les modalités d'utilisation de ce champ.
8.1.1.3 Informations d'utilisateur
L'utilisateur du service CMISE demandeur ou l'utilisateur du service CMISE répondeur peuvent facultativement inclure
des informations d'utilisateur, respectivement dans la primitive de demande ou de réponse. La signification de ce
paramètre dépend du contexte d'application.
8.1.2 Terminaison d'association
Le service A-RELEASE de la Rec. UIT-T X.217 1 ISO/CEI 8649 permet à un utilisateur du service CMISE de mettre
fin, selon les procédures établies, à une association entre entités d'application homologues. La présente Recomman-
dation 1 Norme internationale ne spécifie aucune utilisation des paramètres de ce service.
Le service A-ABORT permet à un utilisateur du service CMISE de demander l'interruption d'une association entre
entités d'application homologues.
Le Tableau 3 énumère les paramètres définis par la présente Recommandation 1 Norme intemationale comme constituant
une partie spécifiquement CMIS du paramètre Informations d'utilisateur du service A-ABORT.
Tableau 3 - Informations d'utilisateur de la primitive A-ABORT
demhd. A-ABORT
Paramètre CMIS
M
Origine de la rupture
I Informations d'utilisateur I U I
8.1.2.1 Origine de la rupture
Le paramètre Origine de la rupture indique le point d'amorçage de l'opération de rupture. Ce paramètre prend l'une des
valeurs symboliques suivantes:
- fournisseur du service CMISE;
- utilisateur du service CMISE.
8.1.2.2 Informations d'utilisateur
La source de la demande de rupture peut inclure des informations d'utilisateur. La signification de ce paramètre dépend
du contexte d'application.
Service de notification de gestion
8.2
Le service M-EVENT-REPORT permet à un utilisateur du service CMISE de signaler un événement à un utilisateur du
service CMISE homologue. Ce service est défini avec ou sans confirmation.
8.2.1 Paramètres du service M-EVENT-REPORT
Les paramètres de ce service sont indiqués dans le Tableau 4 ci-après.
Rec. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
Tableau 4 - Paramètres du service M-EVENT-REPORT
Nom du paramètre Demandehndication Réponselconfirmation
Identificateur d'invocation
M (M=)
Mode M -
Classe d'objet géré M U
Instance d'objet géré M U
Type d'événement
M C(=)
Heure de I'événement U -
Informations événementielles U -
-
Heure actuelle U
-
à l'événement
Réponse C
-
Erreurs C
8.2.1.1 Identificateur d'invocation
Ce paramètre spécifie l'identificateur assigné à la notification. I1 peut être utilisé pour distinguer cette notification
d'autres notifications ou opérations que le fournisseur de service CMISE peut avoir en cours.
8.2.1.2 Mode
Ce paramètre spécifie le mode demandé pour l'opération. Valeurs possibles:
- avec confirmation;
- sans confirmation.
8.2.1.3 Classe d'objet géré
Ce paramètre spécifie la classe de l'objet géré dans laquelle l'événement s'est produit. I1 peut être compris dans toute
confirmation.
8.2.1.4 Instance d'objet géré
Ce paramètre spécifie l'instance d'objet géré dans laquelle l'événement s'est produit. I1 peut être inclus dans toute
confirmation.
8.2.1.5 Type d'événement
Ce paramètre spécifie le type d'événement notifié. I1 peut être compris dans la confirmation de réussite et doit l'être
lorsque le paramètre de réponse à l'événement est compris.
8.2.1.6 Heure de l'événement
Ce paramètre comprend l'heure de production de l'événement.
8.2.1.7 Informations événementielles
Ce paramètre rassemble les informations que l'utilisateur invocateur du service CMISE peut fournir quant à l'événement.
8.2.1.8 Heure actuelle
Ce paramètre comprend l'heure à laquelle la réponse a été produite. I1 peut être compris dans la confirmation de réussite.
Rec. UIT-T X.710 (1997 F) 9
ISO/CEI 9595 : 1998 (F)
8.2.1.9 Réponse à l'événement
Ce paramètre comprend la réponse au rapport d'événement. I1 peut être compris dans la confirmation de réussite.
8.2.1.10 Erreurs
Ce paramètre notifie les erreurs éventuelles. I1 doit être compris dans la confirmation d'échec. Les erreurs suivantes
peuvent se produire:
-
invocation en double: l'identificateur d'invocation spécifié a été attribué à une autre notification ou
opération;
-
valeur d'argument non valable: la valeur d'information d'événement spécifiée était hors limites ou n'était
pas appropriée;
-
erreur de type d'argument: l'un des paramètres fournis n'était pas approuvé pour utilisation dans cette
association d'utilisateurs du service CMISE;
-
pas d'argument de ce type: les informations événementielles spécifiées n'ont pas été reconnues;
-
pas d'événement de cette classe: la classe d'événement spécifiée n'a pas été reconnue;
-
pas d'objet de cette classe: la classe d'objet géré spécifiée n'a pas été reconnue;
-
pas d'instance d'objet de ce type: l'instance d'objet géré spécifiée n'a pas été reconnue;
-
échec de traitement: échec général de traitement de la notification;
-
ressources limitées: la notification n'a pas été traitée en raison de ressources limitées;
- opération non reconnue: l'opération n'entre pas dans la catégorie des opérations acceptées entre
utilisateurs de services CMISE.
8.2.2 Procédures M-EVENT-REPORT
L'utilisateur invocateur du service CMISE notifie un événement à un utilisateur exécuteur du service CMISE
8.2.2.1
en envoyant une primitive de demande M-EVENT-REPORT au fournisseur du service CMISE.
8.2.2.2 Lorsqu'il accepte la demande, le fournisseur du service CMISE envoie une primitive d'indication
M-EVENT-REPORT à l'utilisateur exécuteur du service CMISE. Dans les autres cas, le fournisseur du service CMISE
refuse la demande et les procédures qui suivent ne s'appliquent pas.
8.2.2.3 En mode "avec confirmation", l'utilisateur exécuteur du service CMISE signale l'acceptation ou le rejet de la
primitive de demande M-EVENT-REPORT en envoyant une primitive de réponse à une primitive M-EVENT-REPORT
au fournisseur du service CMISE.
8.2.2.4 En mode "avec confirmation", le fournisseur du service CMISE émet une primitive de confirmation
M-EVENT-REPORT à l'intention de l'utilisateur invocateur du service CMISE.
8.3 Services d'opérations de gestion
8.3.1 Service M-GET
Le service M-GET permet a un utilisateur du service CMISE d'obtenir des valeurs d'attribut auprès dun utilisateur du
service CMISE homologue. I1 s'agit par définition d'un service avec confirmation, qui peut être annulé sur demande du
service M-CANCEL-GET.
8.3.1.1 Paramètres du service M-GET
Le Tableau 5 enumère les paramètres de ce service.
RCC. UIT-T X.710 (1997 F)
ISO/CEI 9595 : 1998 (F)
Tableau 5 - Paramètres du service M-GET
Nom du paramètre I Demandehndication I Réponsekonfirmation I
Identificateur d'invocation I M I M I
Identificateur lié
I - I c ---I
-
Classe d'objet de base I M I I
-
I
Instance d'objet de base I M I
-
Détection I U I I
Filtre
I U 1 -I
-
I
Commande d'accès I U I
~~
-
Synchronisation U
-
Liste d'identificateurs d'attribut
U
-
I
Classe d'objet géré I
-
Instance d'objet géré I I C I
-
Heure actuelle U
-
Liste d'attributs C
-
Erreurs C
8.3.1.1.1 Identificateur d'invocation
Ce paramètre spécifie l'identificateur affecté à l'opération. I1 peut être utilisé pour distinguer cette opération d'autres
notifications ou opérations que le fournisseur du service CMISE peut avoir en cours.
Chaque réponse doit avoir un identificateur d'invocation unique, la réponse finale doit avoir un identificateur
d'invocation égal à l'identificateur d'invocation fourni avec la primitive d'indication.
8.3.1.1.2 Identificateur lié
Lorsque des réponses multiples doivent être données pour cette opération, ce paramètre spécifie l'identification fournie
par l'utilisateur exécuteur du service CMISE lorsque ces réponses sont renvoyées. L'identificateur lié doit avoir la même
valeur que celle de l'identificateur d'invocation fourni dans la primitive d'indication.
8.3.1.1.3 Classe d'objet de base
Ce paramètre spécifie la classe de l'objet géré qui doit être utilisé comme point de départ de la sélection des objets gérés
auxquels le filtre (lorsqu'il existe) doit être appliqué.
8.3.1.1.4 Instance d'objet de base
Ce paramètre spécifie l'instance de l'objet géré qui doit être utilisé comme point de départ de la sélection des objets gérés
auxquels le filtre (lorsqu'il existe) doit être appliqué.
8.3.1.1.5 Détection
Ce paramètre indique le sous-arbre, ayant pour origine l'objet géré de base, qu'il s'agit de rechercher. Les niveaux de
recherche possibles sont les suivants:
- objet de base seul;
-
subordonnés de niveau N de l'objet de base;
-
objet de base et tous ses subordonnés jusqu'au niveau N, ce niveau compris;
-
objet de base et tous ses subordonnés.
Valeur implicite: objet de base seul.
Rec. UIT-T X.710 (1997 F) 11
ISOICEI 9595 : 1998 (F)
8.3.1.1.6 Filtre
Ce paramètre spécifie l'ensemble des assertions qui définissent le test de filtre à appliquer à l'objet géré sélectionnéiaux
objets de base sélectionnés. Des assertions multiples peuvent ètre regroupées au moyen des opérateurs logiques ET, OU
et NON. Chaque affirmation peut ètre un test d'égalité, d'ordre, de présence ou de comparaison d'ensemble. Les
assertions relatives à la valeur d'un attribut sont évaluées en fonction des règles de correspondance associées à la syntaxe
d'attribut. Lorsqu'une assertion de valeur d'attribut est présente dans le filtre et que cet attribut n'est pas présent dans
l'objet géré sélectionné, le résultat du test pour cette assertion de valeur d'attribut est dit FAUX. L'objet géré ou les objets
gérés pour lesquels le test de filtre donne la valeur VRAI sont sélectionnés pour l'application de l'opération. Lorsque le
filtre n'est pas spécifié, tous les objets gérés détectés sont sélectionnés.
8.3.1.1.7 Commande d'accès
Ce paramètre contient des informations de commande d'accès permettant d'obtenir la permission de consulter la ou les
valeurs d'attribut contenues dans l'objet ou les objets gérés spécifiés.
La définition des fonctions de commande d'accès dépasse le cadre de la présente Recommandation 1 Norme
internationale et l'utilisateur du service CMIS peut préciser les modalités d'utilisation de ce champ.
8.3.1.1.8 Synchronisation
Ce paramètre indique comment l'utilisateur invocateur du service CMISE souhaite que les opérations M-GET soient
synchronisées entre instances d'objets sélectionnés. On définit deux procédures de synchronisation d'une série
d'opérations:
-
atomique: tous les objets gérés sélectionnés pour l'opération sont vérifiés: il s'agit de savoir s'ils peuvent
assurer l'opération. Lorsque au moins un de ces objets ne peut assurer l'opération, aucun ne l'assure; dans
le cas contraire, tous l'assurent;
-
au mieux: tous les objets gérés sélectionnés pour l'opération doivent l'assurer.
Lorsque ce paramètre n'est pas fourni, la synchronisation se fait au mieux. Lorsque seul l'objet géré de base est
sélectionné pour l'opération, ce paramètre (lorsqu'il est présent) est ignoré.
8.3.1.1.9 Liste d'identificateurs d'attribut
Ce paramètre contient un ensemble d'identificateurs d'attribut pour lequel les valeurs d'attribut doivent être renvoyées par
l'utilisateur exécuteur du service CMISE. Lorsque ce paramètre est omis, tous les identificateurs d'attribut sont supposés.
Les définitions des attributs figurent dans la classification de la classe d'objet géré.
8.3.1.1.10 Classe d'objet géré
Si seul l'objet de base est spécifié, ce paramètre est facultatif; autrement, il doit spécifier la classe de l'objet géré dont les
valeurs d'attribut sont renvoyées. Il peut figurer dans toute confirmation.
8.3.1.1.11 Instance d'objet géré
Si seul l'objet de base est spécifié, ce paramètre est facultatif; autrement, il doit spécifier l'instance d'objet géré dont les
valeurs d'attribut sont renvoyées. I1 peut figurer dans toute confirmation.
8.3.1.1.12 Heure actuelle
Ce paramètre contient l'heure à laquelle la réponse a été produite. I1 peut figurer dans la confirmation de succès et dans
l'erreu
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...