ISO/IEC 10164-17:1996
(Main)Information technology - Open Systems Interconnection - Systems Management: Change over function
Information technology - Open Systems Interconnection - Systems Management: Change over function
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Gestion-systèmes: Fonction de basculement
General Information
- Status
- Published
- Publication Date
- 25-Sep-1996
- Technical Committee
- ISO/IEC JTC 1 - Information technology
- Drafting Committee
- ISO/IEC JTC 1 - Information technology
- Current Stage
- 9093 - International Standard confirmed
- Start Date
- 29-Jul-2008
- Completion Date
- 30-Oct-2025
Relations
- Consolidated By
ISO 9241-303:2008 - Ergonomics of human-system interaction - Part 303: Requirements for electronic visual displays - Effective Date
- 06-Jun-2022
- Effective Date
- 06-Jun-2022
- Effective Date
- 15-Apr-2008
Overview
ISO/IEC 10164-17:1996 - Information technology - Open Systems Interconnection (OSI) - Systems Management: Change over function - defines a systems management function, positioned at the OSI application layer, to support controlled switching between a primary entity and its one-to-one backup. The standard establishes user requirements, models, services, managed relationship and object classes, protocol elements, and conformance rules needed to implement a change over function for systems management in centralized or decentralized environments.
Key topics and technical requirements
- Scope and purpose
- Defines services to manage one-to-one back-up relationships (change over and change back).
- Provides generic definitions and models relating services to user requirements.
- Service definitions
- Specifies the Change over request service and Change back request service as core management services.
- Management information
- Defines managed relationship classes, managed object classes, attributes and parameters required to represent and control change over relationships.
- Includes annexes with management information and abstract syntax definitions.
- Protocol and procedure
- Specifies protocol elements and elements of procedure required to negotiate and execute the change over functional unit.
- Covers negotiation of the functional unit and procedural steps for operation.
- Conformance
- Specifies static and dynamic conformance requirements and the Management Implementation Conformance Statement (MICS) proforma specific to this function.
- Includes proformas (MCS, MIS, MOCS, MRCS, MIDS(action)) in annexes for documentation and testing.
- Relationship to OSI management framework
- Aligned with ITU‑T/ISO OSI management recommendations (e.g., X.700/X.207) and structured according to management information model conventions.
Applications and who should use it
- Primary users
- Network and systems management architects, designers of high-availability systems, implementers of OSI-based management platforms, and standardization/test teams.
- Practical applications
- Enabling controlled failover and rollback between a primary and backup system in distributed management environments.
- Providing a standardized management interface and protocol for automated change over operations, auditing, and conformance testing.
- Integrating with other OSI management functions (alarm, log, state, scheduling) to provide coordinated high-availability management.
- Value
- Supports interoperability, predictable failover procedures, and clear documentation for conformance and testing across vendors.
Related standards
- ITU‑T Rec. X.200 / ISO/IEC 7498-1 (Basic OSI model)
- ITU‑T Rec. X.207 / ISO/IEC 9545 (Application layer structure)
- CCITT Rec. X.700 / ISO/IEC 7498-4 (Systems management overview)
- ISO/IEC 10165 series (Structure of management information) - referenced for managed object and relationship definitions
Keywords: ISO/IEC 10164-17:1996, change over function, systems management, OSI, managed objects, managed relationships, backup relationships, conformance, management protocol.
ISO/IEC 10164-17:1996 - Information technology -- Open Systems Interconnection -- Systems Management: Change over function
ISO/IEC 10164-17:1996 - Technologies de l'information -- Interconnexion de systemes ouverts (OSI) -- Gestion-systemes: Fonction de basculement
ISO/IEC 10164-17:1996 - Technologies de l'information -- Interconnexion de systemes ouverts (OSI) -- Gestion-systemes: Fonction de basculement
Frequently Asked Questions
ISO/IEC 10164-17:1996 is a standard published by the International Organization for Standardization (ISO). Its full title is "Information technology - Open Systems Interconnection - Systems Management: Change over function". This standard covers: Information technology - Open Systems Interconnection - Systems Management: Change over function
Information technology - Open Systems Interconnection - Systems Management: Change over function
ISO/IEC 10164-17:1996 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 10164-17:1996 has the following relationships with other standards: It is inter standard links to ISO 9241-303:2008, ISO/IEC 10164-17:1996/Cor 1:1999; is excused to ISO/IEC 10164-17:1996/Cor 1:1999. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/IEC 10164-17:1996 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)
ISO/IEC
INTERNATIONAL
10164-17
STANDARD
First edition
1996-09-l 5
Information technology - Open Systems
Interconnection - Systems Management:
Change over function
Technologies de /‘information - Interconnexion de systemes ouverts
(OS/) - Gestion-systemes: Fonction de changement
ISO/IEC 10164=17:1996(E)
Contents
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1 Scope
Normative references .
Identical Recommendations I International Standards .
2.1
............................................................................
2.2 Paired Recommendations I International Standards
Definitions .
.......................................................................................................
3.1 Basic reference model definitions
32 Service convention definitions .
Management framework definitions .
3:3
Systems management overview definitions .
3.4
......................................................................
35 Common management information service definitions
.......................................................................................
3:6 Management information model definitions
...................................................................................................
3.7 OS1 conformance testing definitions
........................................................... 4
Implementation conformance statement proforma definitions
3.8
Attributes for representing relationships definitions .
3.9
...............................................................................................
3.10 General relationship model definitions
.........................................................................................................................
3.11 Additional definitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 Symbols and abbreviations
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
5 Conventions
6 Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7 Model .
7.1 Change over relationship .
7.2 Conditions over the change over relationship .
7.3 Change over operations .
Generic definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Management information required for change over function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81 .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.2 Managed relationship classes
8.3 Managed object classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.4 Packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.5 Attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Action definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.6
8.7 Parameter definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9 Service definition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
91 . Change over request service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.2 Change back request service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
0 ISO/IEC 1996
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 l Case postale 56 l CH-1211 Gen&ve 20 l Switzerland
Printed in Switzerland
ii
ISO/IEC 10164=17:1996(E)
0 ISO/IEC
Functional units .
Protocol .
11.1 Elements of procedure .
11.2 Negotiation of the functional unit .
Relationship with other functions .
..................................................................................................................................................
13 Conformance
..............................................................................................................................
13.1 Static conformance
........................................................................................................................
13.2 Dynamic conformance
.............................................................
13.3 Management implementation conformance statement requirements
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex A - Management information definitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
Annex B - Abstract syntax definitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex C - MCS proforma
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex D - MIS proforma
Annex E - MOCS proforma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex F - MRCS proforma for relationship model
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex G - MIDS(action) proforma
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex H - Introduction of change over relationship
. . .
ISO/IEC 10164=17:1996(E) @ ISO/IEC
Foreword
IS0 (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form
the specialized system for worldwide standardization. National bodies that are members of IS0 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. IS0 and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with IS0 and IEC, also take part in the work.
In the field of information technology, IS0 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 10164-17 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information
technology, Subcommittee SC 21, Open Systems Interconnection, data management and open distributed processing, in
collaboration with ITU-T. The identical text is published as ITU-T Recommendation X.75 1.
ISO/IEC 10164 consists of the following parts, under the general title Information technology - Open Systems Inter-
- Systems Management:
connection
Part 1: Object management function
Part 2: State Management function
Part 3: Attributes for representing relationships
Part 4: Alarm reporting function
Part 5: Event report management function
Part 6: Log control function
- Part 7: Security alarm reporting function
- Part 6: Security audit trail function
Part 9: Objects and attibutes for access control
- Part 10: Usage metering function for accounting purposes
- Part II: Metric objects and attibutes
- Part 12: Test management function
- Part 13: Summarization function
- Part 14: Confidence and diagnostic test categories
- Part 15: Scheduling function
- Part 16: Management knowledge management function
- Part 17: Change over-function
Part 18: Somare management function
Part 19: Management domain and Management policy management functions
Annexes A to G form an integral part of this part of ISO/IEC 10164. Annex H is for information only.
iv
0 ISO/IEC
ISO/IEC 10164=17:1996(E)
Introduction
This Recommendation I International Standard is developed according to ITU-T Rec. X.200 I ISO/IEC 7498-l and
ITU-T Rec. X.700 I ISO/IEC 7498-4. This Recommendation I International Standard is related to the following
Recommendations I International Standards:
-
CCITT Rec. X.7 10 (199 l), Common management information service definition for CCI’TT applications.
ISO/IEC 9595: 199 1, Information technology - Open Systems Interconnection - Common management
information service definition.
-
CCITT Rec. X.71 1 (1991), Common management information protocol specification for CCITT
applications.
ISOAEC 9596- 1: 199 1, Information technology - Open Systems Interconnection - Common management
information protocol - Part 1: Specification.
-
CCITT Rec. X.701 (1992) I ISO/IEC 10040:1992, Information technology - Open Systems
Interconnection - Systems management overview.
-
CCITT Rec. X.720-Series I ISO/IEC 10165, Information technology - Open Systems Interconnection -
Structure of management information.
OS1 management standardization inevitably involves coordinated work by a number of standards bodies. ITU-T SG 7
and ISO/IEC JTCl/SC21/WG4 are jointly responsible for the development of Recommendations I International
Standards that describe the architecture for OS1 management, the services, protocols and functions that are used for
systems management, and the structure of management information. Other groups, in ITU-T, ISOLIEC JTCl/SC21,
ISO/IEC JTCl/SC6 and elsewhere, are responsible for the development of Recommendations I International Standards
that describe the management aspects of particular layers of the OS1 Basic Reference Model; these may describe
(N)-layer management protocols, management aspects of (N)-layer operation, and managed objects that provide a
“management view” of aspects of the layer operation and are visible to systems management.
This page intentionally left blank
ISO/IEC 10164=17:1996(E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
OPEN SYSTEMS INTERCONNECTION -
INFORMATION TECHNOLOGY -
SYSTEMS MANAGEMENT: CHANGE OVER FUNCTION
1 Scope
This Recommendation I International Standard defines a systems management function which may be used by an
application in a centralized or decentralized management environment to interact for the purpose of systems
management as defined by CCITT Rec. X.700 I ISO/IEC 7498-4. This Recommendation I International Standard defines
services for managing one to one back-up relationships and specifies a set of generic definitions. It is positioned in the
application layer of ITU-T Rec. X.200 I ISOAEC 7498-l and is defined according to the model provided by ITU-T
Rec. X.207 I ISOLIEC 9545. The role of systems management functions are described by CCITT Rec. X.701 I
ISO/IEC 10040.
This Recommendation I International Standard:
-
establishes user requirements for the service definition needed to support the change over function;
-
establishes models that relate the service provided by the function to the user requirements;
-
defines the services provided by the function;
-
defines a managed relationship class documented in accordance with ITU-T Rec. X.725 I
ISO/IEC 10165-7;
-
defines managed object classes and associated management information in accordance with CCITT
Rec. X.722 I ISO/IEC 10165-4;
-
specifies the protocol that is necessary in order to provide the services;
-
defines the relationship between the service and management operations;
-
specifies the conformance requirements;
-
specifies the ICS proforma for this function documented in accordance with ITU-T Rec. X.724 I
ISO/IEC 10165-6 and ITU-T Rec. X.725 I ISO/IEC 10165-7.
This Recommendation I International Standard does not:
-
define the nature of any implementation intended to provide this function;
-
specify the manner in which management is accomplished by the user of this function;
-
define the nature of any interactions that result in the use of this function;
-
normal abnormal of a management
specify the services necessary for the establishment, and release
association;
-
define relationship mappings that are dependent on the implementation of this function.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation and International Standard. At the time of publication, the editions
indicated were valid. All Recommendations and International Standards are subject to revision, and parties to
agreements based on this Recommendation I International Standard are encouraged to investigate the possibility of
applying the most recent edition of the Recommendations and International Standards listed below. Members of IEC and
IS0 maintain registers of currently valid International Standards. The Telecommunications Standardization Bureau of
the ITU maintains a list of currently valid CCITT and ITU-T Recommendations.
ITU-T Rec. X.751 (1995 E) 1
ISO/IEC 1016447 : 1996 (E)
Identical Recommendations I International Standards
21 0
- ITU-T Recommendation X.200 (1994) I ISO/IEC 7498-l : 1994, Information technology - Open Systems
Interconnection - Basic Reference Model: The Basic Model.
-
ITU-T Recommendation X.207 (1993) I ISO/IEC 9545:1994, Information technology - Open Systems
Interconnection - Application Layer structure.
- ITU-T Recommendation X.210 (1993) I ISO/IEC 10731:1994, Information technology - Open Systems
Interconnection - Basic Reference Model - Conventions for the definition of ON services.
- CCITT Recommendation X.701 (1992) I ISO/IEC 10040:1992, Information technology - Open Systems
Interconnection - Systems management overview.
-
CCITT Recommendation X.720 (1992) I ISO/IEC 10165-l: 1993, Information technology - Open Systems
Interconnection - Structure of management information: Management Information Model.
- CCITT Recommendation X.721 (1992) I ISO/IEC 10165-2:1992, Information technology - Open Systems
Interconnection - Structure of management information: Definition of management information.
- CCITT Recommendation X.722 (1992) I ISO/IEC 10165-4: 1992, Information technology - Open Systems
- Structure of management information: Guidelines for the definition of managed
Interconnection
objects.
- ITU-T Recommendation X.724 (1993) I ISO/IEC 10165-6:1994, Information technology - Open Systems
Interconnection - Structure of management information: Requirements and guidelines for implementation
conformance statement proformas associated with OSI management.
- ITU-T Recommendation X.725 (1995) I ISO/IEC 10165-7.‘), Information technology - Open Systems
Interconnection - Structure of management information: General Relationship Model.
- CCITT Recommendation X.730 (1992) I ISO/IEC 10164-1:1993, Information technology - Open Systems
Interconnection - Systems management: Object management function.
- CCITI’ Recommendation X.73 1 (1992) I ISO/IEC 10164-2: 1993, Information technology - Open Systems
Interconnection - Systems management: State management function.
- CCITI’ Recommendation X.732 (1992) I ISO/IEC 10164-3:1993 Information technology - Open Systems
Interconnection - Systems management: Attributes for representing relationships.
- CCITT Recommendation X.734 (1992) I ISO/IEC 10164-5: 1993, Information technology - Open Systems
Interconnection - Systems management: Event report management function.
22 . Paired Recommendations I International Standards
-
CCITT Recommendation X.209 (1988), Specification of basic encoding rules for Abstract Syntax
Notation One (ASN. 1).
Open Systems Interconnection - Specification of Basic
ISO/IEC 8825: 1990, Information technology -
Encoding Rules for Abstract Syntax Notation One (ASN.1).
- ITU-T Recommendation X.290 (1995), OSI conformance testing methodology and framework for
protocol Recommendations for ITU-T applications - General concepts.
ISO/IEC 9646- 1: 1994, Information technology - Open Systems Interconnection - Conformance testing
methodology and framework - Part I: General concepts.
- KU-T Recommendation X.291 (1995), OSI conformance testing methodology and framework for
protocol Recommendations for ITU-T applications -Abstract test suite specification.
ISO/IEC 9646-2:1994, Information technology - Open Systems Interconnection - Conformance testing
methodology and framework - Part 2: Abstract Test Suite specification.
- ITU-T Recommendation X.296 (1995), OSZ conformance testing methodology and framework for
protocol Recommendations for ITU-T applications - Implementation conformance statements.
ISO/IEC 9646-7: 1995, Information technology - Open Systems Interconnection - Conformance testing
methodology and framework - Part 7: Implementation Conformance Statements.
l) To be published.
2 IT&T Rec. X.751 (1995 E)
ISO/IEC 1016447 : 1996 (E)
-
CCITT Recommendation X.700 (1992), Managementframework for Open Systems Interconnection (OSI)
for CCITT applications.
ISO/IEC 7498-4: 1989, Informution processing systems - Open Systems Interconnection - Basic
Reference Model - Part 4: Management framework.
- CCITT Recommendation X.710 (1991), Common management information service definition for CCI7T
applications.
ISO/IEC 9595: 1991, Information technology - Open Systems Interconnection - Common management
information service definition.
3 Definitions
For the purposes of this Recommendation I International Standard, the following definitions apply.
Basic reference model definitions
31 .
This Recommendation I International Standard makes use of the following term defined in ITU-T Rec. X.200 I
ISO/IEC 7498- 1:
-
systems management.
Service convention definitions
32 .
This Recommendation I International Standard makes use of the following term defined in ITU-T Rec. X.210 I
ISO/IEC 1073 1:
-
primitive.
Management framework definitions
33 .
This Recommendation I International Standard makes use of the following term as defined in CCITT. Rec. X.700 I
ISO/IEC 7498-4:
-
managed object.
34 . Systems management overview definitions
This Recommendation I International Standard makes use of the following terms as defined in CCITT Rec. X.701 I
ISO/IEC 10040:
managed object class;
a>
Managed Object Conformance Statement (MOCS);
W
Management Information Conformance Statement (MICS);
C>
MICS proforma;
(3
MOCS proforma;
e)
MIS-User;
f)
notification;
8)
(systems management) operation.
h)
Common management information service definitions
35 0
This Recommendation I International Standard makes use of the following term as defined in CCITT Rec. X.710 I
ISO/IEC 9595:
attribute.
ITU-T Rec. X.751 (1995 E)
ISOiIEC 1016447 : 1996 (E)
Management information model definitions
36 0
This Recommendation I International Standard makes use of the following terms as defined in CCITT Rec. X.720 I
ISO/IEC 10165-l:
a) behaviour;
b) characteristic;
inheritance;
Cl
d) invariant;
e) post-condition;
f) pre-condition;
specialization;
g)
subclass;
h)
superclass;
i)
j) packages.
37 0 OS1 conformance testing definitions
This Recommendation I International Standard makes use of the following terms as defined in ITU-T Rec. X.290 I
ISO/IEC 9646- 1.
system conformance statement;
a)
b) PICS proforma;
c) protocol implementation conformance statement.
38 . Implementation conformance statement proforma definitions
This Recommendation I International Standard makes use of the following terms defined in ITU-T Rec. X.724 I
ISO/IEC 10165-6:
a) Managed Relationship Conformance Statement (MRCS);
b) Management Conformance Summary (MCS);
c) Management Information Definition Statement (MIDS) proforma;
d) MCS proforma;
e) MRCS proforma.
39 0 Attributes for representing relationships definitions
This Recommendation I International Standard makes use of the following terms as defined in CCITT Rec. X.732 I
ISO/IEC 10x4-3:
a) fallback relationships;
b) back-up relationships.
3.10 General relationship model definitions
This Recommendation I International Standard makes use of the following terms as defined in ITU-T Rec. X.725 I
ISO/IEC 10165-7:
managed relationship;
a)
managed relationship class;
b)
relationship cardinality;
C)
4 IT&T Rec. X.751 (1995 E)
ISOnEC 1016447 : 1996 (E)
d) role;
role cardinality;
e)
role cardinality constraint.
3.11 Additional definitions
3.11.1 change over relationship: A managed relationship that can control a managed object to back up another
managed object and to terminate this back-up.
change over action: A management operation that causes a managed object to back up another managed
3.11.2
object.
change back action: A management operation that causes a managed object backing up another managed
3.11.3
object to terminate the back-up.
4 Symbols and abbreviations
For the purposes of this Recommendation I International Standard, the following symbols and abbreviations apply:
ASN. 1 Abstract Syntax Notation One
CMIS Common Management Information Service
CMISE Common Management Information Service Element
Confirm
Cnf
ICS Implementation Conformance Statement
Ind Indication
MAPDU Management Application Protocol Data Unit
Management Conformance Summary
MCS
Management Information Conformance Statement
MICS
Management Information Definition Statement
MIDS
MOCS Managed Object Conformance Statement
MRCS Managed Relationship Conformance Statement
PIGS Protocol Implementation Conformance Statement
Request
Req
Response
RSP
SMAPM Systems Management Application Protocol Machine
5 Conventions
This Recommendation 1 International Standard defines services for establishing and terminating change over relationship
following the descriptive conventions defined in ITU-T Rec. X.210 I ISO/IEC 1073 1.
The following notation is used in this Recommendation I International Standard service parameter tables:
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
P The parameter is subject to the constraints imposed by CCITT Rec. X.710 I ISO/IEC 9595
IT&T Rec. X.751 (1995 E) 5
ISO/IEC 1016447 : 1996 (E)
Requirements
There is a requirement:
-
to standardize the management where the change over relationship is manageable;
-
to provide for the identification of the change over relationship;
-
to allow a managing system to control the change over relationship;
-
to provide for control of the provision of the change over relationship.
7 Model
71 0 Change over relationship
The change over relationship is a composition of the fallback and back-up relationships described in CCITT Rec. X.732 I
ISO/IEC 10164-3 that allow one managed object to back up another managed object and to release this back-up. A
managed object participating in this relationship with back-up control functionality can initiate the back-up as a result of
receiving a change over action and can release the back-up as a result of receiving a change back action.
7.1.1 Composition of fallback and back-up relationships
CCITT Rec. X.732 I ISOLIEC 10164-3 defines two types of relationships: fallback and back-up. As described in CCITT
Rec. X.732 I ISOAEC 10164-3, it is assumed that managed objects subject to back-up control are participating in a
fallback relationship. When a managed object is backed up by another managed object, a back-up relationship is
established. When the managed object is released from the back-up, the back-up relationship is terminated.
Resources are often configured to provide back-up capability to achieve availability goals. A primary resource may have
one or more designated secondary resources, which can provide back-up capability for the primary resource. The back-
up capability can be provided, for example, when the primary resource is administratively prohibited from use (i.e. the
administrative state is locked) or when it becomes inoperable (i.e. the operational state is disabled).
A secondary resource that is able to provide back-up capability for a primary resource, without the need for initialization
activity is defined as being in a hot standby state. A secondary resource that requires initialization activity before it can
provide back-up capability is defined as being in a cold standby state.
The potential to provide back-up capability is represented by thefallback relationship. The primary object represents the
resource that is to be backed up; the secondary object represents the resource that can provide back-up capability.
The fallback relationship may be one-way. A primary object could have an attribute that lists its secondary objects, but
the secondary objects need not “point back” to the primary object. Similarly, a secondary object could have an attribute
that lists its primary objects, but the primary objects need not point back to the secondary object. In some cases, neither
the primary object nor the secondary object may have the knowledge of when back-up capability should be provided.
A third object is needed that can be requested to establish the back-up relationship.
Considering that the existence of a fallback relationship is the precondition for establishing a back-up relationship, the
change over relationship is defined as the composition of the fallback and back-up relationships.
7.1.2 Roles in change over relationship
A managed object being backed up participates in the primary role of the change over relationship and a managed object
doing back-up participates in the secondary role of the relationship. These roles are characterized by the following
managed object classes,
-
primary-backed-up managed object class; and
-
secondary-back-up managed object class, respectively.
Any other managed object class that is compatible with the above object classes could participate in the corresponding
role.
A managed object in the primary role may have the secondary attribute containing names of managed objects (one of
which does back-up). A managed object in the secondary role may have the primary attribute containing names of
managed objects (one of which is backed-up). The role cardinality of primary role and secondary roles are (l.l) and
(1 .n), respectively. The relationship cardinality of primary role and secondary role are (1. 1) and (1 .n), respectively.
6 ITU-T Rec. X.751 (1995 E)
ISO/IEC 1016447 : 1996 (E)
A backed-up managed object participates in the backed-up role, a back-up managed object participates in the back-up
role, and a managed object controlling this back-up participates in the change over control role. These roles are
characterized by the following compatible managed object classes:
-
primary-backed-up managed object class;
-
secondary-back-up managed object class; and
-
change over control object class.
A managed object in the backed-up role may have the back-up object attribute to contain the name of a managed object
which participates in the back-up role of this relationship. A managed object in the back-up role may have the backed-up
object attribute to contain the name of a managed object which participates in the backed-up role of this relationship. A
managed object in the backed-up role must fulfill the primary role while a managed object in the back-up role must
fulfill the secondary role. The role cardinality of both the back-up and the backed-up roles is (O.l). The relationship
cardinality of both the back-up and the backed-up roles is (O.l). When the role cardinalities of both the back-up and
backed-up roles have the value of “O”, it implies that this relationship is not backing up. The role cardinality of the
change over control role is (1. 1) and its relationship cardinality is constrained to (1. 1) in order to avoid complexity of
this model.
Figure 1 depicts the change over relationship among managed objects participating in the roles. Only a managed object
in the primary role can participate in the backed-up role, while any of the managed objects in the secondary role can
participate in the back-up role. The managed object in the change over control role is coordinating the change over
relationship. Object entry to the backed-up and back-up roles and object departure from backed-up and back-up roles are
controlled by the managed object in the change over control role. A managed object in the change over control role may
also participate in other roles in the relationship.
Can be backed up by Can be backed up by
n
\
I
Has b&n
Is controling Is backing up
backed up by
TI SO6470-96’dol
Figure 1 - Change over relationschip among managed objects
Attributes in change over relationship
7.1.3
The following attributes are used to represent the change over relationship in compatible managed objects characterizing
roles of the relationship: 1) - 4) are defined in CCITT Rec. X.732 I ISO/IEC 10164-3.
1)
Primary Attribute: This attribute lists the prioritized object instances which are primary objects from a
managed object in the secondary role. Each value in this attribute list represents a distinct change over
relationship instance (i.e. the relationship cardinality for a secondary object is the number of values in this
list).
Secondary Attribute: This attribute lists the prioritized object instances which are secondary objects from
2)
a managed object in the primary role.
3) Backed-up Object Attribute: This attribute indicates the managed object which is backing up the managed
object in the backed-up role. This attribute takes the value “NULL” or the name of an object instance.
ITU-T Rec. X.751 (1995 E)
ISO/IEC 1016447 : 1996 (E)
4) Back-up Object Attribute: This attribute indicates the managed object which is backed up by the managed
object in the back-up role. This attribute takes the value “NULL” or the name of an object instance.
5) Primary Object Attribute: This attribute indicates the managed object subject to change over control in
the managed object in the change over control role. This attribute always takes the name of an object
instance.
Conditions over the change over relationship
72 l
The change over relationship handles the nine possible combinations of one-way and reciprocal relationships of the
fallback and back-up relationships as described in CCITT Rec. X.732 I ISO/IEC 10164-3. Table 1 indicates the possible
relationship combinations. The attributes supported by role participants vary depending on combinations indicated in
Table 1.
Table 1 - Possible combinations in the change over relationship
Fallback relationship
Primary to Secondary to
Reciprocal
secondary one-way primary one-way
Backed-up to
Type1 Type4 Type7
back-up one-way
r
Back-up Back-up to
Type5 Type8
Type2
relationship backed-up one-way
Reciprocal
I Type3 Type6 Type9
Table 2 depicts the requirements for participants to support the change over relationship related attributes. For each
combination type, the participants fulfilling a role in the change over relationship must have the attributes indicated in
the corresponding cell of the table.
Table 2 - Attribute support requirements for role participants
Primary Secondary Backed-up Back-up Control
Combination type
role role role role role
-
1 ss B P
2 ss Bd
R B
-
B Bd P
3 ss
4 Ps B P, ss
-
5 Ps Bd P, B, Ss
Ps B Bd P, ss
-
7 ss Ps B P
8 ss Ps Bd
p, B
9 ss Ps B Bd P
Secondary Attribute
ss
Ps Primary Attribute
B Back-up Object Attribute
Bd Backed-up Object Attribute
P Primary Object Attribute
8 ITU-T Rec. X.751 (1995 E)
ISO/IEC 1016447 : 1996 (E)
Table 3 indicates the attributes being supported by the compatible managed object class and whether the managed object
in the primary role or the secondary role can also participate in the change over control role. Accordingly, when the
fallback relationship is reciprocal or one-way from the primary to the secondary and the back-up relationship is
reciprocal or one-way from backed-up to back-up, the managed object in the primary role is allowed to participate in the
change over control role by fulfilling the role requirements. When the fallback relationship is reciprocal or one-way from
the secondary to the primary and the back-up relationship is reciprocal or one-way from the back-up to the backed-up,
the managed object in the secondary role is allowed to participate in the change over control role by fulfilling the role
requirements.
Table 3 - Attribute support requirements for compatible object classes
Primary-Backed-up Secondary-Back-up
Control role participation
Combination type Control Object
Object Object
-
Ss, B P Primary participant
-
Bd
2 ss R B
P Primary participant
3 Ss, B Bd
-
4 B Ps P, ss
-
Ps, Bd P, B, Ss Secondary participant
B Ps, Bd P, ss Secondary participant
P Primary participant
7 Ss, B Ps
8 ss Ps, Bd Secondary participant
R B
Ss, B Ps, Bd P Primary participant
Secondary participant
ss Secondary Attribute
B Back-up Object Attribute
Bd Backed-up Object Attribute
Ps Primary Attribute
P Primary Object Attribute
73 . Change over operations
7.3.1 Change over operations for change over relationship
7.3.1.1 Change over action
An MIS-User can request that back-up capability be provided via the change over action. This operation is directed to a
managed object in the change over control role. The managed object participating in the change over control role must
verify that the preconditions of the change over action are met, perform any necessary initialization activity, and ensure
that the postconditions of the change over action will be met.
The change over action can be requested only in the confirmed mode. It has the following parameters:
-
primary: The managed object that is in the primary role. This is the managed object that is to be backed
up. This argument must be specified to confirm the managed object to be backed up. The managed object
specified by this argument must be bound in the primary role. In addition, this parameter specifies any
further changes that are to be made to the attributes of the specified managed object as part of the change
over action as it assumes the backed-up object role.
-
secondary: The managed object that is in the secondary role. If this argument is present, the specified
object must be bound to the secondary role of the relationship with the primary resource. If this argument
is not present, a managed object will be selected according to the priorities for objects in the secondary
role, as specified in the “secondary” attribute in the object in the primary role or change over control role.
In addition, this parameter specifies any further changes that are to be made to the attributes of the
specified object as part of the change over action as it assumes the back-up role.
IT&T Rec. X.751 (1995 E) 9
ISO/IEC 10164-17 : 1996 (E)
7e3ele2 Change back action
An MIS-User can request that back-up capability be terminated via the change back action. This action is directed to the
managed object participating in the change over control role. The managed object in the change over control role must
verify that the preconditions of the change back action are met and perform any necessary initialization activity, ensuring
that the postconditions of the change back action will be met.
The change back action can be requested only in the confirmed mode. It has the following parameters:
-
backedUpObject: The managed object that is participating in the backed-up role. This argument must be
specified. In addition, this parameter specifies any changes that are to be made to the attributes of the
backed-up object as part of the change back action as it leaves the backed-up role.
-
backUpObject: The managed object that is acting in the back-up role. This argument is optional. In
addition, this parameter specifies any further changes that are to be made to the attributes of the back-up
object as part of the change back action as it leaves the back-up role.
7.3.2 Change over function model
Figure 2 depicts a change over function model. The change over and change back actions are directed to the managed
object compatible with the change over control managed object. The managed object compatible with the primary-
backed-up managed object can fulfill the primary role and the backed-up role of the relationship. Managed objects
compatible with the secondary-back-up managed object can fulfill the secondary role, any one of which can fulfill the
back-up role. The managed object fulfills the back-up role back-ups the managed object of the primary role as a result of
a change over action. The managed object fulfilling the back-up role terminates back-up of the managed object in the
backed-up role as the result of a change back action.
MIS-User
ChangeOwr ACTION
compatible with
Change Owr
ChangeBack ACTION
Internal control (local
matter)
Primary-Backed-up
TI SO648046/dO2
Figure 2 - Change over function model
Change over functions use instances of the change over relationship to perform the back-up. The following are
relationship operations for the change o ver relationship.
ESTABLISH operation establishes an instance of the change over relationship. It does not have any preconditions. The
postconditions of ESTABLISH operation are the existence of one managed object in the primary role, one managed
object in the change over control and at least one managed object in the secondary role.
10 IT&T Rec. X.751 (1995 E)
ISO/IEC 1016447 : 1996 (E)
BIND to back-up role or BIND to backed-up role operation establishes the back-up. The preconditions of this
relationship operation are that no object is fulfilling the back-up and backed-up roles, the managed object to be backed
up fulfills the primary role and the managed object subject to back-up fulfills the secondary role. The postconditions of
this relationship operation are that one managed object fulfills both the backed-up and secondary roles and another
managed object fulfills both the back-up and secondary roles.
UNBIND from back-up role or UNBIND from backed-up role operation releases the back-up. The preconditions of this
relationship operation are that one object is fulfilling the back-up role and one object is fulfilling the backed-up role. The
postconditions of this relationship operation are tha
...
NORME lSO/CEl
INTERNATIONALE
101644 7
Première édition
1996-09-I 5
Technologies de l’information -
Interconnexion de systèmes
ouverts (OSI) - Gestion-systèmes:
Fonction de basculement
Information technology - Open Systems lnterconnection - Systems
Management: Change over function
Numéro de référence
ISO/CEI 10164-17:1996(F)
ISO/CEI 10164-17 : 1996 (F)
Sommaire
Page
Domaine d’application .
...................................................................................................................................
Références normatives
......................................................................
2.1 Recommandations 1 Normes internationales identiques
....... 2
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
2.2
Définitions .
.......................................................................................
Définitions du modèle de référence de base
3.1
...............................................................................................
3.2 Définitions des conventions de service
..............................................................................................
33 Définitions du cadre général de gestion
............................................................................ 3
Définitions générales utilisées en gestion-systèmes
3:4
..............................................
3.5 Définitions du service commun de transfert d’informations de gestion
................................................................................
3.6 Définitions du modèle d’informations de gestion
Définition des tests de conformité OS1 .
3.7
.................................................... 4
Définitions du formulaire de déclaration de conformité d’instance
3.8
.......................................................................
3.9 Attributs pour représenter les définitions des relations
.......................................................................................
3.10 Définitions du modèle général des relations
...................................................................................................................
3.11 Définitions additionnelles
................................................................................................................................
Symboles et abréviations
....................................................................................................................................................
Conventions
Spécifications .
Modèle .
Relation de basculement .
7.1
...............................................................................
7.2 Conditions relatives à la relation de basculement
.................................................................................................................
7.3 Opérations de basculement
Définitions génériques .
................................................
Informations de gestion nécessaires pour la fonction de basculement
8.1
..................................................................................................................
8.2 Classes de relations gérées
8.3 Classes d’objet géré .
......................................................................................................................................
8.4 Lots d’attribut
8.5 Attributs .
Définition des actions .
8.6
...................................................................................................................
8.7 Définition des paramètres
0 ISO/CEI 1996
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque forme
que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de l’éditeur.
ISOKEI Copyright Office l Case postale 56 l CH- 1211 Genève 20 l Suisse
Version française tirée en 1997
Imprimé en Suisse
0 ISOKEI
ISOKEI 10164=17:1996(F)
Définition des services .
Service de demande de passage à l’objet secondaire . 21
9:2 Service de demande de retour à l’objet primaire .
......................................................................................................................................
10 Unités fonctionnelles
11 Protocole .
11.1 Eléments de procédure . 22
................................................................................................... 23
11.2 Négociation de l’unité fonctionnelle
12 Relation avec d’autres fonctions .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
13 Conformité
13.1 Conformité statique . 23
13.2 Conformité dynamique . 24
.... 24
13.3 Conditions requises pour la déclaration de conformité de mise en œuvre de système de gestion.
Annexe A - Définitions d’information de gestion . 25
Annexe B - Définitions de syntaxe abstraite . 30
Annexe C - Formulaire de résumé de conformité de gestion (MCS) . 32
Annexe D - Formulaire de déclaration de conformité d’information de gestion (MICS) . 38
Annexe E - Formulaire de déclaration d’objet géré (MOCS) .
Annexe F - Formulaire de déclaration de conformité de relation gérée (MRCS) pour modèle de relation. . 50
Annexe G - Formulaire de déclaration de définition d’information de gestion (MIDS) (action) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
Annexe H - Introduction de la relation de basculement
. . .
ISO/CEI 10164-17 : 1996 (F) @ ISOKEI
Avant-propos
LIS0 (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 des 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 I’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 1’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 ISOKEI 10164- 17 a été élaborée par le comité technique mixte ISOKEI JTC 1, Technologies
de l’information, sous-comité SC 21, Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec KJIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.75 1.
L’ISOKEI 10164 comprend les parties suivantes, présentées sous le titre général Technologies de l’information -
Interconnexion de systèmes ouverts (OSI) - Gestion-systèmes:
Partie 1: Fonction de gestion d’objets
- Partie 2: Fonction de gestion d’états
Partie 3: Attributs pour la représentation des relations
Partie 4: Fonction de compte rendu d’alarme
- Partie 5: Fonction de gestion de rapport événementiel
- Partie 6: Fonction de contrôle de journal
Partie 7: Fonction de compte rendu d’alarme de sécurité
- Partie 8: Fonction de sécurité de l’expertise de l’historique
- Partie 9: Objets et attributs pour le contrôle d’accès
- Partie 10: Fonction de comptage d’utilisation aux fins de comptabilité
Partie 1 I: Objets et attributs métriques
Partie 12: Fonction de gestion des tests
Partie 13: Fonction de récapitulation
Partie 14: Catégories de test de con.ance et de diagnostic
Partie 15: Fonction de programmation
iv
@ ISOKEI
ISOKEI 10164-17 : 1996 (F)
- Partie 16: Fonction de gestion pour la gestion de connaissance
- Partie 17: Fonction de basculement
- Partie 18: Fonction de gestion de logiciel
- Partie 19: Fonctions de gestion de police de gestion et de domaine de gestion
Les annexes A à G font partie intégrante de la présente partie de 1’ISOKEI 10164. L’annexe H est donnée uniquement à
titre d’information.
V
I
ISOKEI 10164-17 : 1996 (F)
@ ISOKEI
Introduction
La présente Recommandation 1 Norme internationale, conforme aux prescriptions de la Rec. UIT-T X.200 1
ISO/CEI 7498-l et de la Rec. UIT-T X.700 1 ISOKEI 7498-4, est liée aux Recommandations 1 Normes internationales
suivantes:
-
Rec. X.7 10 du CCITT (1991), Dé$nition du service commun de transfert d’informations de gestion pour
les applications du CCITT.
ISOKEI 9595 : 199 1, Technologies de l’information - Interconnexion de systèmes ouverts - Définition du
service commun d’informations de gestion.
-
Rec. X.7 11 du CCITT (199 l), Spécijkation du protocole commun de transfert d’informations de gestion
pour les applications du CCITT.
ISOICEI 9596-l : 199 1, Technologies de l’information - Interconnexion de systèmes ouverts - Protocole
commun d’information de gestion - Partie 1: Spécification.
-
Rec. X.701 du CCITT (1992) 1 ISOKEI 10040: 1992, Technologies de l’information - Interconnexion des
systèmes ouverts - Aperçu général de la gestion-systèmes.
-
Rec. de la série X.720 du CCITT 1 ISO/CEI 10165, Technologies de l’information - Interconnexion des
systèmes ouverts - Structure des informations de gestion.
La normalisation de la gestion OS1 implique inévitablement une coordination des travaux effectués par un certain
nombre d’organismes de normalisation. La Commission d’études 7 de l’UIT-T et le Groupe de travail JTCl/SC21/WG4
de l’ISO/CEI sont chargés conjointement d’élaborer des Recommandations 1 Normes internationales qui décrivent
l’architecture pour la gestion OSI, les services, les protocoles et les fonctions utilisés pour la gestion-systèmes, ainsi que
la structure des informations de gestion. D’autres groupes de KJIT-T, de l’ISO/CEI (JTCl/SC21 et JTCl/SC6) et d’autres
organismes sont chargés d’élaborer des Recommandations 1 Normes internationales qui décrivent les aspects gestion de
couches particulières du modèle de référence de base OSI, notamment les protocoles de gestion de la couche-(N), les
aspects gestion du fonctionnement de la couche-(N) et les objets gérés qui donnent une «vue sous l’angle de la gestion»
des aspects de fonctionnement des couches et sont visibles pour la gestion-systèmes.
vi
ISOKEI 10164-17 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - GESTION-SYSTÈMES: FONCTION DE BASCULEMIXNT
1 Domaine d’application
La présente Recommandation 1 Norme internationale définit une fonction de gestion-systèmes qui peut être utilisée par
un processus d’application dans un environnement de gestion centralisée ou non pour intervenir dans la gestion-systèmes
telle qu’elle est définie dans la Rec. X.700 du CCITT 1 ISOKEI 7498-4. Elle spécifie les services relatifs à la gestion de
relations de basculement biunivoques ainsi qu’un ensemble de définitions génériques. La fonction de gestion sus-
indiquée est située dans la couche Application déterminée dans la Rec. UIT-T X.200 1 ISOKEI 7498-1 et est définie
conformément au modèle fourni dans la Rec. UIT-T X.207 1 ISOKEI 9545. Le rôle des fonctions de gestion-systèmes
est expliqué dans la Rec. X.701 du CCITT 1 ISOKEI 10040.
La présente Recommandation 1 Norme internationale:
-
établit les spécifications d’utilisateur pour la définition des services nécessaires à la prise en charge de la
fonction de basculement;
-
établit des modèles qui définissent la relation qui existe entre le service assuré par cette fonction et les
spécifications de l’utilisateur;
-
définit les services assurés par cette fonction;
-
définit la classe de relation gérée documentée conformément à la Rec. UIT-T X.725 1 ISO/CEI 10165-7;
-
définit les classes d’objet géré et les informations de gestion associées conformément à la Rec. X.722 du
CCITT 1 ISOKEI 10 165-4;
-
spécifie le protocole nécessaire pour assurer le service;
-
définit la relation entre le service et les opérations de gestion;
-
spécifie les conditions de conformité requises;
-
spécifie le formulaire d’ICS pour cette fonction documenté conformément à la Rec. UIT-T X.724 1
ISOKEI 10165-6 et à la Rec. UIT-T X.725 1 ISOKEI 10165-7.
La présente Recommandation 1 Norme internationale:
-
ne définit pas la nature des mises en œuvre prévues pour assurer cette fonction;
-
ne spécifie pas comment l’utilisateur de cette fonction assure la gestion;
-
ne définit pas la nature des interactions pouvant entraîner l’utilisation de cette fonction;
-
ne spécifie pas les services nécessaires à l’établissement et à la libération ou anormale d’une
association de gestion;
-
ne définit pas les correspondances relationnelles qui dépendent de la mise en œuvre de cette fonction.
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 1 Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes internationales 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 I’ISO possèdent le registre des Normes internationales en vigueur. Le
Bureau de la normalisation des télécommunications de FUIT tient à jour une liste des Recommandations du CCITT et de
l’UIT-T en vigueur.
Rec. UIT-T X.751 (1995 F) 1
ISOKEI 10164-17 : 1996 (F)
21 . Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) 1 ISO/CEI 7498-1: 1994, Technologies de l’information -
Modèle de référence de base: le modèle de référence de base.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.207 (1993) 1 ISOKEI 9545: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de la couche Application.
- Recommandation UIT-T X.210 (1993) 1 ISO/CEI 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 des systèmes ouverts.
-
Recommandation X.701 du CCITT (1992) 1 ISOKEI 10040: 1992, Technologies de l’information -
Interconnexion des systèmes ouverts -Aperçu général de la gestion-systèmes.
-
Recommandation X.720 du CCITT (1992) 1 ISO/CEI 10165-l : 1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure des informations de gestion: modèle d’information de
gestion.
-
Recommandation X.72 1 du CCITT (1992) 1 ISO/CEI 10165-2: 1992, Technologies de l’information -
Structure des informations de gestion: définition des informations
Interconnexion des systèmes ouverts -
de gestion.
-
Recommandation X.722 du CCITT (1992) 1 ISO/CEI 10165-4: 1992, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure des informations de gestion: directives pour la définition
des objets gérés.
-
Recommandation UIT-T X.724 (1993) 1 ISOKEI 10165-6: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de l’information de gestion: spécifications et directives
pour l’établissement des formulaires de déclaration de conformité d’instances associés à la gestion OSI.
-
‘1, Technologies de l’information -
Recommandation UIT-T X.725 (1995) 1 ISOKEI 10165-7. .
- Structure de l’information de gestion: modèle relationnel général.
Interconnexion des systèmes ouverts
-
Recommandation X.730 du CCITT (1992) 1 ISO/CEI 10164-l : 1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Gestion-systèmes: fonction de gestion des objets.
-
Recommandation X.73 1 du CCITT (1992) 1 ISO/CEI 10 164-2: 1993, Technologies de l’information -
Gestion-systèmes: fonction de gestion d’états.
Interconnexion des systèmes ouverts -
-
Recommandation X.732 du CCITT (1992) 1 ISO/CEI 10164-3: 1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Gestion-systèmes: attributs relationnels.
-
Recommandation X.734 du CCITT (1992) 1 ISOKEI 10164-5: 1993, Technologies de l’information -
Gestion-systèmes: fonction de gestion des rapports d’événement.
Interconnexion des systèmes ouverts -
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
22 0
-
Recommandation X.209 du CCITT (1988), Spéczpcation des règles de codage de base pour la notation
de syntaxe abstraite numéro un (ASN. 1).
ISOKEI 8825: 1990, Technologies de 1 ‘information - Interconnexion de systèmes ouverts - SpéciJication
de règles de base pour coder la notation de syntaxe abstraite numéro UNE (ASN. 1).
-
Recommandation UIT-T X.290 (1995), Cadre général et méthodologie des tests de conformité
d’interconnexion des systèmes ouverts pour les Recommandations sur les protocoles pour les applications
de I’UIT-T - Concepts généraux.
ISO/CEI 9646-1: 1994, Technologies de l’information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité (OSI) - Partie 1: Concepts généraux.
-
Recommandation UIT-T X.291 (1995), Cadre général et méthodologie des tests de conformité
d’interconnexion des systèmes ouverts pour les Recommandations sur les protocoles pour les applications
de I’UIT-T- Spécification de suite de tests abstraite.
ISO/CEI 9646-2: 1994, Technologies de l’information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité OSI - Partie 2: Spécification des suites de tests
abstraites.
l) A publier.
2 Rec. UIT-T X.751 (1995 F)
ISOKEI 10164-17 : 1996 (F)
-
Recommandation UIT-T X.296 (NE), Cadre général et méthodologie des tests de conformité OSQour
les Recommandations SU~ les protocoles pour les applications de [‘UIT-T _ Déclarations de conformité
d’instance.
ISOICEI 9646-7: 1995, Technologies de l’information
- Interconnexion de systèmes ouverts (Osr) -
Essais de conformité -
Méthodologie générale et procédures
- Partie 7: Déclarations de conformité des
mises en œuvre.
-
Recommandation X.700 du CCITT (1992), Cadre de gestion pour l’interconnexion des 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.
-
Recommandation X.71 0 du CCITT (1991), Définition du service commun de transfert d’informations de
gestion pour les applications du CCITT.
ISOICEI 9595: 199 1, Technologies de l’information - Interconnexion de systèmes ouverts - Définition du
service commun d’informations de gestion.
3 Définitions
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
31 . Définitions du modèle de référence de base
La présente Recommandation 1 Norme internationale utilise le terme suivant défini dans la Rec. UIT-T X.200 1
ISOKEI 7498-l :
-
gestion-systèmes.
32 . Définitions des conventions de service
La présente Recommandation 1 Norme internationale utilise le terme suivant défini dans la Rec. UIT-T X.210 1
ISO/CEI 1073 1:
-
primitive.
33 . Définitions du cadre général de gestion
La présente Recommandation 1 Norme internationale utilise le terme suivant défini dans la Rec. X.700 du CCITT 1
ISOKEI 7498-4:
-
objet géré.
34 . Définitions générales utilisées en gestion-systèmes
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. X.701 du CCITT 1
ISO/CEI 10040:
classe d’objet géré;
a)
b) déclaration de conformité d’objet géré (MOCS);
c) déclaration de conformité d’information de gestion (MICS);
d) formulaire de MICS;
e) formulaire de MOCS;
utilisateur-MIS;
g) notification;
opération (de gestion-systèmes).
l-9
35 . Définitions du service commun de transfert d’informations de gestion
La présente Recommandation 1 Norme internationale utilise le terme suivant défini dans la Rec. X.710 du CCITT 1
ISOKEI 9595:
-
attribut.
Rec. UIT-T X.751 (1995 F) 3
ISOKEI 10164-17 : 1996 (F)
36 . Définitions du modèle d’informations de gestion
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. X.720 du CCITT 1
ISOKEI 10165-l:
comportement;
a>
b) caractéristique;
c) héritage;
d) invariant;
condition a posteriori;
e)
condition a priori;
g) spécialisation;
h) sous-classe;
superclasse;
j) lots.
37 . Définition des tests de conformité OS1
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.290 1
ISO/CEI 9646-1:
a) déclaration de conformité de système;
b) formulaire PICS;
c) déclaration de conformité d’instance de protocole.
38 . Définitions du formulaire de déclaration de conformité d’instance
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.724 1
ISO/CEI 10 165-6:
a) déclaration de conformité de relation gérée (MRCS);
b) résumé de conformité de gestion (MCS);
c) formulaire de déclaration de définition d’information de gestion (MIDS);
d) formulaire de MCS;
e) formulaire de MRCS.
l Attributs pour représenter les définitions des relations
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. X.732 du CCITT 1
ISOKEI 10164-3:
relations de repli;
a)
relations de basculement.
b)
Définitions du modèle général des relations
3.10
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.725 1
ISO/CEI 10 165-7:
relation gérée;
a>
b) classe de relation gérée;
cardinalité de relation;
C)
d) rôle;
cardinalité de rôle;
e)
contrainte de cardinalité de rôle.
4 Rec. UIT-T X.751 (1995 F)
ISOKEI 10164-17 : 1996 (F)
3.11
Définitions additionnelles
3.11.1 relation de basculement: relation gérée qui commande à un objet géré d’assurer le basculement d’un autre
objet géré et de mettre fin à ce basculement.
3.11.2 action de basculement en secours: opération de gestion dont l’effet est d’amener un objet géré à prendre le
relais en secours d’un autre objet géré.
3.11.3 action de basculement en retour: opération de gestion dont l’effet est de ramener un objet géré qui avait pris
le relais en secours d’un autre objet géré à sa situation antécédente.
4 Symboles et abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les symboles et abréviations suivants sont
utilisés.
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
Service commun d’informations de gestion (common management information service)
CMIS
Elément de service commun d’informations de gestion (common management information
CMISE
service element)
Cnf Confirmation
ICS Déclaration de conformité d’instance (implementation conformance statement)
Indication
Ind
Unité de données du protocole d’application de gestion (management application protocol data
MAPDU
unit)
Résumé de conformité de gestion (management conformance summary)
MCS
Déclaration de conformité d’information de gestion (management information conformance
MICS
statement)
MIDS Déclaration de définition d’information de gestion (management information definition
statement)
MOCS Déclaration de conformité d’objet géré (managed abject conformance statement)
Déclaration de conformité de relation gérée (managed relationship conformance statement)
MRCS
Déclaration de conformité d’instance de protocole (protocol implementation conformance
PICS
statement)
Demande (request)
R=l
Réponse
RsP
SMAPM Machine protocolaire d’application de gestion-systèmes (systems management application
protocol machine)
5 Conventions
La présente Recommandation 1 Norme internationale définit les services d’établissement et de suppression d’une relation
de basculement conformément aux conventions descriptives indiquées dans la Rec. UIT-T X.2 10 1 ISOKEI 1073 1.
La notation suivante est utilisée dans les tableaux de paramètres de service de la présente Recommandation 1 Norme
internationale:
M Paramètre obligatoire
=
La valeur de ce paramètre est égale à celle du paramètre de la colonne de gauche
( >
U L’utilisation de ce paramètre est une option proposée à l’utilisateur du service
-
Paramètre absent dans l’interaction décrite par la primitive considérée
C Paramètre conditionnel
P Paramètre soumis aux contraintes imposées par la Rec. X.710 du CCITT 1 ISO/CEI 9595
Rec. UIT-T X.751 (1995 F) 5
ISOKEI 10164-17 : 1996 (F)
6 Spécifications
Il est nécessaire:
-
de normaliser la gestion lorsque la relation de basculement est réalisable;
-
de permettre l’identification de la relation de basculement;
-
de permettre à un système de gestion de commander la relation de basculement;
-
de permettre la commande de la mise en œuvre de la relation de basculement.
Modèle
71 . Relation de basculement
La relation de basculement est une combinaison des relations de repli et de secours décrites dans la Rec. X.732 du
CCITT 1 ISOKEI 10164-3; elle permet à un objet géré de secourir un autre objet géré et de mettre fin à ce secours. Un
objet géré qui participe à cette relation avec des fonctionnalités de commande du secours peut initialiser le secours à la
suite de la réception d’une indication de passage à l’objet secondaire et mettre fin à ce secours à la suite de la réception
d’une indication de retour à l’objet primaire.
7.1.1 Composition des relations de repli et de secours
La Rec. X.732 du CCITT 1 ISOKEI 10164-3 définit deux types de relation: le repli et le secours. Comme l’indique la
Rec. X.732 du CCITT 1 ISO/CEI 10164-3, on admet implicitement que les objets gérés soumis à une commande de
secours participent à une relation de repli. Lorsqu’un objet géré est secouru par un autre objet géré, une relation de
secours est établie. Lorsque le secours de l’objet géré prend fin, la relation de secours est terminée.
Les ressources sont souvent configurées de manière à offir une capacité de secours afin d’atteindre des objectifs de
disponibilité. Une ressource primaire peut avoir une ou plusieurs ressources secondaires désignées susceptibles d’offrir
une capacité de secours à la ressource primaire. La capacité de secours peut être mise en œuvre, par exemple, lorsque
l’utilisation de la ressource primaire est administrativement interdite (c’est-à-dire lorsque le paramètre «état
administratif» est mis à la valeur «bloqué») ou que la ressource primaire est dans l’impossibilité de fonctionner (c’est-à-
dire lorsque le paramètre «état opérationnel» est mis à la valeur «hors service»).
Une ressource secondaire capable, sans initialisation préalable, d’offrir une capacité de secours à une ressource primaire,
est définie comme se trouvant à l’état de «secours automatique». Une ressource secondaire qui doit être initialisée avant
de pouvoir offkir une capacité de secours est définie comme se trouvant à l’état de «secours manuel».
La possibilité d’offrir une capacité de secours es It représentée par la relation de repli. L’objet primaire représente la
ressource qui doit être secourue; l’objet secondaire représente la ressource qui doit offrir la . capacité de secours.
La relation de repli peut être unidirectionnelle. Un objet primaire peut avoir un attribut qui énumère ses objets
secondaires mais les objets secondaires peuvent ne pas «pointer» l’objet primaire en retour. De même, un objet
secondaire peut avoir un attribut qui énumère ses objets primaires mais les objets primaires peuvent ne pas «pointer»
l’objet secondaire en retour. Dans certains cas, il est possible que ni l’objet primaire ni l’objet secondaire n’aient
connaissance du moment où la capacité de secours doit être mise en œuvre. Il est nécessaire alors de faire intervenir une
tierce entité à laquelle il sera demandé d’établir la relation de secours.
Etant donné que l’existence de relations de repli est la condition préalable à l’établissement de relations de secours, on
définit la relation de basculement comme étant la combinaison des relations de repli et de secours.
7.1.2 Rôles dans la relation de basculement
Un objet géré en état de secours participe au rôle primaire de la relation de basculement et un objet géré qui assure le
secours participe au rôle secondaire de cette relation. Ces rôles sont caractérisés par des classes d’objet géré suivantes:
-
classe d’objet géré primaire secouru;
classe d’objet géré secondaire de secours.
Toute autre classe d’objet géré compatible avec les classes d’objet ci-dessus peut participer au rôle correspondant.
6 Rec. UIT-T X.751 (1995 F)
ISOKEI 10164-17 : 1996 (F)
Un objet géré dans le rôle primaire peut avoir un attribut secondaire contenant les noms des objets gérés (dont l’un assure
le secours). Un objet géré dans le rôle secondaire peut avoir un attribut primaire contenant les noms des objets gérés
(dont l’un est secouru). Les cardinalités de r-le des rôles primaire et secondaire sont respectivement (1.A) et (1 .n). Les
cardinalités de relation des rôles primaire et secondaire sont respectivement (1. 1) et (1 .n).
Un objet géré secouru participe au rôle d’objet secouru, un objet géré de secours participe au rôle d’objet de secours et un
objet géré qui commande ce secours participe au rôle de commande de basculement. Ces rôles sont caractérisés par des
classes d’objet géré compatibles, à savoir les classes d’objets suivantes:
- classe d’objet géré primaire secouru;
- classe d’objet géré secondaire de secours;
- classe d’objet de commande de basculement.
Un objet géré dans le rôle d’objet secouru peut avoir un attribut d’objet de secours contenant le nom d’un objet géré qui
participe au rôle de secours de cette relation. Un objet géré dans le rôle d’objet de secours peut avoir un attribut d’objet
secouru contenant le nom d’un objet géré qui participe au rôle d’objet secouru de cette relation. Un objet géré dans le rôle
d’objet secouru doit assumer le rôle primaire tandis qu’un objet géré dans le rôle d’objet de secours doit assumer le rôle
secondaire. La cardinalité de rôle du rôle d’objet de secours et du rôle d’objet secouru sont (0.A). La cardinalité de
relation du rôle d’objet de secours et du rôle d’objet secouru est (0. 1). Lorsque les cardinalités de rôle des rôles de
secours et de secouru ont toutes deux la valeur «ON, cela signifie que la relation en question n’est pas une relation de
secours. La cardinalité de rôle du rôle de commande de basculement est (1. 1) et la cardinalité de relation correspondante
est limitée à (1. 1) afin d’éviter une trop grande complexité de ce modèle de représentation.
La Figure 1 décrit la relation de basculement entre des objets gérés qui participent aux rôles. Seul un objet géré dans le
rôle primaire peut participer au rôle d’objet secouru tandis que l’un quelconque des objets gérés dans le rôle secondaire
peut participer au rôle d’objet de secours. L’objet, géré dans le rôle de commande de basculement coordonne la relation
de basculement. L’entrée d’un objet dans les rôles d’objet secouru et d’objet de secours ainsi que la sortie d’un objet du
rôle d’objet secouru et du rôle d’objet de secours sont commandées par l’objet géré dans le rôle de commande de
basculement. Un objet géré dans le rôle de commande de basculement peut aussi participer dans d’autres rôles de la
relation.
Peut secourir
n
du
rôle secondaire
A été sechru par Commande Sècours
rôle de commande
de basculement
TIS06470-96/dOl
Figure 1 - Relation de basculement entre des objets gérés
7.1.3 Attributs dans la relation de basculement
Les attributs suivants sont utilisés pour représenter la relation de basculement dans des objets gérés compatibles qui
-caractérisent le rôle de la relation: les attributs 1) à 4) sont définis dans la Rec. X.732 du CCITT 1 ISOKEI 10164-3.
1) Attribut primaire: cet attribut énumère dans une liste, par ordre de priorité, les instances d’objet qui sont
des objets primaires par rapport à un objet géré dans le rôle secondaire. Chaque valeur de cette liste
représente une instance de relation de basculement distincte (c’est-à-dire que la cardinalité de relation
pour un objet secondaire est le nombre de valeurs incluses dans cette liste).
Attribut secondaire: cet attribut énumère dans une liste, par ordre de priorité, les instances d’objet qui sont
2)
des objets secondaires par rapport à un objet géré dans le rôle primaire.
Rec. UIT-T X.751 (1995 F)
ISOKEI 10164-17 : 1996 (F)
3) Attribut d’objet secouru: cet attribut indique l’objet géré qui secourt l’objet géré dans le rôle d’objet
secouru. Il prend la valeur «NUL» ou le nom d’une instance d’objet.
4) Attribut d’objet de secouw cet attribut indique l’objet géré qui est secouru par l’objet géré dans le rôle
d’objet de secours. Il prend la valeur «NUL» ou le nom d’une instance d’objet.
5) Attribut d’objet primaire: cet attribut indique l’objet géré soumis à la commande de basculement dans
l’objet géré assumant le rôle de commande de basculement. Il prend toujours la valeur «NUL» ou le nom
d’une instance d’objet.
72 . Conditions relatives à la relation de basculement
La relation de basculement recouvre les neuf combinaisons possibles de relations unidirectionnelles et réciproques des
relations de repli et de secours décrites dans la Rec. X.732 du CCITT 1 ISOKEI 10164-3. Le Tableau 1 indique les
combinaisons de relations possibles. Les attributs pris en charge par les participants aux divers rôles varient selon les
combinaisons indiquées dans le Tableau 1.
Tableau 1 - Combinaisons possibles dans la relation de basculement
Relation de repli
Primaire + secondaire
Secondaire + primaire Réciproque
I I I I
Secouru + Secours Type 1 Type 4 Type 7
Relation de secours Secours + secouru Type 2
Type 5 Type 8
Réciproque Type 3 Type 6 Type 9
Le Tableau 2 décrit les conditions requises pour que les participants puissent prendre en charge les attributs liés à la
relation de basculement. Pour chaque type de combinaison, les participants qui assument un rôle dans la relation de
basculement doivent avoir les attributs indiqués dans la case correspondante du tableau.
Tableau 2 - Conditions de prise en charge d’attributs pour les participants aux divers rôles
Type de Rôle d’et: ,jet Rôle d’objet
Rôle prirr laire Rôle secondaire Rôle de commande
combinaison secoun 1 de secours
I
- -
B
1 P
- -
2 Bd
R B
-
-
PS Bd P, B, SS
I I I
8 SS PS Bd
PS B P
SS attribut secondaire
PS attribut primaire
B
attribut d’objet de secours
Bd attribut d’objet secouru
P attribut d’objet primaire
8 Rec. UIT-T X.751 (1995 F)
ISOKEI 10164-17 : 1996 (F)
Le Tableau 3 indique les attributs pris en charge par la classe d’objet géré compatible en précisant si l’objet géré dans le
rôle primaire ou le rôle secondaire peut également participer au rôle de commande de basculement. En conséquence,
lorsque la relation de repli est réciproque ou unidirectionnelle de l’objet primaire à l’objet secondaire et que la relation de
secours est réciproque ou unidirectionnelle de l’objet secouru à l’objet de secours, l’objet géré dans le rôle primaire est
autorisé à participer au rôle de commande de basculement s’il remplit les conditions requises à cet effet. Lorsque la
relation de repli est réciproque ou unidirectionnelle de l’objet secondaire à l’objet primaire et que la relation de secours
est réciproque ou unidirectionnelle de l’objet de secours à l’objet secouru, l’objet géré dans le rôle secondaire est autorisé
à participer au rôle de commande de basculement s’il remplit les conditions requises à cet effet.
Tableau 3 - Conditions de prise en charge d’attributs pour les classes d’objet compatibles
Type de Objet primaire Objet secondaire
Objet de commande Participation au rôle de commande
combinaison secouru de secours
1 SS, B P Participant primaire
I I
-
2 SS Bd
R B
I 1
SS, B Bd P Participant primaire
I
I
-
PS P, SS
PS, Bd P, B, SS Participant secondaire
PS, Bd P, SS Participant secondaire
7 SS, B PS P Participant primaire
l I
PS, Bd Participant secondaire
R B
SS, B PS, Bd P Participant primaire
Participant secondaire
SS attribut secondaire
B attribut d’objet de secours
Bd attribut d’objet secouru
PS attribut primaire
P attribut d’objet primaire
73 . Opérations de basculement
7.3.1 Opérations de basculement pour la relation de basculement
7.3.1.1 Action de basculement en secours
Un utilisateur du service MIS peut demander que la capacité de secours soit mise en œuvre à l’aide de l’action de passage
à l’objet secondaire. Cette demande est adressée à un objet géré qui assume le rôle de commande de basculement. L’objet
géré qui participe au rôle de commande de basculement doit vérifier que les conditions a priori de l’opération de
basculement sont satisfaites, exécuter toute action d’initialisation nécessaire et s’assurer que les conditions a posteriori de
l’action de passage à l’objet secondaire seront satisfaites.
L’action de passage à l’objet secondaire ne peut être demandée que dans le mode confirmé. Elle a les paramètres
suivants:
-
primary (primaire): objet géré dans le rôle primaire. Il s’agit de l’objet géré qui doit être secouru. Cet
argument doit être spécifié pour confirmer l’objet géré à secourir. L’objet géré spécifié par cet argument
doit être lié au rôle primaire. En outre, ce paramètre spécifie toute modification complémentaire qui doit
être apportée aux attributs de l’objet géré spécifié dans le cadre de l’action de passage à l’objet secondaire
lorsque cet objet géré assume le rôle d’objet secouru;
-
secondary (secondaire): objet géré dans le rôle secondaire. Si cet argument est présent, l’objet spécifié
doit être lié au rôle secondaire de la relation avec la ressource primaire. Si cet argument n’est pas présent,
l’objet géré sera choisi en fonction des priorités applicables aux objets dans le rôle secondaire, comme il
est spécifié dans l’attribut «secondaire» de l’objet assumant le rôle primaire ou le rôle de commande de
basculement. En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée
aux attributs de l’objet spécifié dans le cadre de l’action de passage à l’objet secondaire lorsque cet objet
spécifié assume le rôle d’objet de secours.
Rec. UIT-T X.751 (1995 F) 9
ISOKEI 10164-17 : 1996 (F)
7.3.1.2 Action de basculement en retour
Un utilisateur du service MIS peut demander que la capacité de secours cesse d’être mise en œuvre à l’aide de l’action de
retour à l’objet primaire. Cette demande est adressée à un objet géré qui participe au rôle de commande de basculement.
L’objet géré qui participe au rôle de commande de basculement doit vérifier que les conditions a priori de l’action de
retour à l’objet primaire sont satisfaites, exécuter toute action d’initialisation nécessaire et s’assurer que les conditions a
posteriori de l’action de retour à l’objet primaire seront satisfaites.
L’action de retour à l’objet primaire ne peut être demandée que dans le mode confirmé. Elle a les paramètres suivants:
-
backedUpObject (objet secouru): objet géré qui participe au rôle d’objet secouru. Cet argument doit être
spécifié. En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée aux
attributs de l’objet secouru dans le cadre de l’action de retour à l’objet primaire lorsque cet objet secouru
cesse d’assumer le rôle d’objet secouru;
-
backUpObject (objet de secours): objet géré qui assume le rôle de secours. Cet argument est facultatif.
En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée aux attributs de
l’objet de secours dans le cadre de l’action de retour à l’objet primaire lorsque cet objet de secours cesse
d’assumer le rôle de secours.
7.3.2 Modéle de fonction de basculement
La Figure 2 représente un modèle de fonction de basculement. Les demandes d’action de passage à l’objet secondaire et
de retour à l’objet primaire sont adressées à l’objet géré compatible avec l’objet géré de commande de basculement.
L’objet géré compatible avec l’objet géré primaire secouru peut assumer le rôle primaire et le rôle d’objet secouru de la
relation. Les objets gérés compatibles avec l’objet géré secondaire de secours peuvent
...
NORME
I SO/C E I
INTERNATIONALE
1 O1 64-1 7
Premiere édition
1996-09-1 5
Technologies de l'information -
Interconnexion de systèmes
ouverts (OSI) - Gestion-systèmes:
Fonction de basculement
Information technology - Open Systems Interconnection - Systems
Management: Change over function
Numéro de référence
ISO/CEI 10164-17:1996(F)
ISO/CEI 10164-17 : 1996 (F)
Sommaire
Page
1 Domaine d'application .
2 Références normatives .
2.1
Recommandations 1 Normes internationales identiques .
2.2
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique .
3 Définitions .
3.1 Définitions du modèle de référence de base .
3.2 Définitions des conventions de service .
3.3 Définitions du cadre général de gestion .
3.4 Définitions générales utilisées en gestion-systèmes .
3.5 Définitions du service commun de transfert d'informations de gestion .
3.6 Définitions du modèle d'informations de gestion .
3.7 Définition des tests de conformité OS1 .
3.8 Définitions du formulaire de déclaration de conformité d'instance .
3.9 Attributs pour représenter les définitions des relations .
3.1 O Définitions du modèle général des relations .
3.1 1 Définitions additionnelles .
4 Symboles et abréviations .
5 Conventions .
6 Spécifications .
7 Modèle .
7.1 Relation de basculement .
7.2 Conditions relatives à la relation de basculement .
7.3 Opérations de basculement . 9
8 Définitions génériques . 11
Informations de gestion nécessaires pour la fonction de basculement .
8.1 11
8.2 Classes de relations gérées . 11
8.3 Classes d'objet géré . 14
8.4 Lots d'attribut . 15
8.5 Attributs . 16
8.6 Définition des actions . 16
8.7 Définition des paramètres . 20
O ISO/CEI 1996
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 Ya photocopie et les microfilms. sans l'accord écrit de I'éditeur .
ISO/CEI Copyright Office Case postale 56 CH-121 1 Genkve 20 Suisse
Version française tirée en 1997
Imprime en Suisse
.
.
.
ISOKEI 10164-17 : 1996 (F)
Définition des services .
9 21
9.1 Service de demande de passage à l'objet secondaire . 21
9.2 Service de demande de retour à l'objet primaire .
Unités fonctionnelles .
10 22
11 Protocole . 22
11.1 Eléments de procédure .
11.2 Négociation de l'unité fonctionnelle . 23
12 Relation avec d'autres fonctions . 23
13 Conformité .
13.1 Conformité statique . 23
13.2 Conformité dynamique .
Conditions requises pour la déclaration de conformité de mise en Oeuvre de système de gestion . 24
13.3
Annexe A . Définitions d'information de gestion .
Annexe B - Définitions de syntaxe abstraite .
Annexe C - Formulaire de résumé de conformité de gestion (MCS) .
Annexe D - Formulaire de déclaration de conformité d'information de gestion (MICS) .
Annexe E - Formulaire de déclaration d'objet géré (MOCS) .
Annexe F -Formulaire de déclaration de conformité de relation gérée (MRCS) pour modèle de relation .
Annexe G - Formulaire de déclaration de définition d'information de gestion (MIDS) (action) .
Annexe H - Introduction de la relation de basculement .
-
ISOKEI 10164-17 : 1996 (F)
@ ISOKEI
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 IWO ou de la CE1 participent au développement des 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 I'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, I'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 10164-17 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies
de l'information, sous-comité SC 21, Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec I'UIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.75 I.
L'ISOKEI 101 64 comprend les parties suivantes, présentées sous le titre général Technologies de l'information -
Interconnexion de syst2mes ouverts (OS) - Gestion-systèmes:
-
Partie 1: Fonction de gestion d'objets
-
Partie 2: Fonction de gestion d'états
-
Partie 3: Attributs pour la représentation des relations
-
Partie 4: Fonction de compte rendu d'alarme
-
Partie 5: Fonction de gestion de rapport événementiel
-
Partie 6: Fonction de contrôle de journal
-
Partie 7: Fonction de compte rendu d'alarme de sécurité
-
Partie 8: Fonction de sécurité de l'expertise de l'historique
-
Partie 9: Objets et attributs pour le contrôle d'accès
-
Partie IO: Fonction de comptage d'utilisation aux fins de comptabilité
-
Partie 11: Objets et attributs mktriques
-
Partie 12: Fonction de gestion des tests
-
Partie 13: Fonction de récapitulation
-
Partie 14: Catégories de test de confiance et de diagnostic
-
Partie 15: Fonction de programmation
0 ISO/CEI
ISO/CEI 10164-17 : 1996 (F)
-
Partie 16: Fonction de gestion pour la gestion de connaissance
-
Partie 17: Fonction de basculement
-
Partie 18: Fonction de gestion de logiciel
-
Partie 19: Fonctions de gestion de police de gestion et de domaine de gestion
Les annexes A à G font partie intégrante de la présente partie de l'ISO/CEI 10164. L'annexe H est donnée uniquement à
titre d'information.
ISO/CEI 10164-17 : 1996 (F)
@ ISO/CEI
Introduction
La présente Recommandation I Norme internationale, conforme aux prescriptions de la Rec. UIT-T X.200 I
ISO/CEI 7498-1 et de la Rec. UIT-T X.700 I ISO/CEI 7498-4, est liée aux Recommandations I Normes internationales
suivantes:
-
Rec. X.710 du CCITT (1991), Définition du service commun de transfert d'informations de gestion pour
les applications du CCITT.
ISO/CEI 9595: 1991, Technologies de l'information - Interconnexion de systèmes ouverts - Définition du
service commun d'informations de gestion.
-
Rec. X.711 du CCITT (1991), Spécification du protocole commun de transfert d'informations de gestion
pour les applications du CCITT.
ISO/CEI 9596- 1 : 199 1, Technologies de l'information - Interconnexion de systèmes ouverts - Protocole
commun d'information de gestion - Partie I: Spécification.
-
Rec. X.701 du CCITT (1992) 1 ISO/CEI 10040:1992, Technologies de l'information - Interconnexion des
systèmes ouverts - Aperçu général de la gestion-systèmes.
-
Rec. de la série X.720 du CCITT I ISO/CEI 10165, Technologies de l'information -Interconnexion des
systèmes ouverts - Structure des informations de gestion.
La normalisation de la gestion OS1 implique inévitablement une coordination des travaux effectués par un certain
nombre d'organismes de normalisation. La Commission d'études 7 de FUIT-T et le Groupe de travail JTCl/SC21/WG4
de FISO/CEI sont chargés conjointement d'élaborer des Recommandations 1 Normes internationales qui décrivent
l'architecture pour la gestion OSI, les services, les protocoles et les fonctions utilisés pour la gestion-systèmes, ainsi que
la structure des informations de gestion. D'autres groupes de WIT-T, de l'ISO/CEI (JTCl/SC21 et JTCl/SC6) et d'autres
organismes sont chargés d'élaborer des Recommandations I Normes intemationales qui décrivent les aspects gestion de
couches particulières du modèle de référence de base OSI, notamment les protocoles de gestion de la couche-(N), les
aspects gestion du fonctionnement de la couche-(N) et les objets gérés qui donnent une ((vue sous l'angle de la gestion))
des aspects de fonctionnement des couches et sont visibles pour la gestion-systèmes.
ISO/CEI 10164-17 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - GESTION-SYSTÈMES: FONCTION DE BASCULEMENT
1 Domaine d'application
La présente Recommandation 1 Norme internationale définit une fonction de gestion-systèmes qui peut être utilisée par
un processus d'application dans un environnement de gestion centralisée ou non pour intervenir dans la gestion-systèmes
telle qu'elle est définie dans la Rec. X.700 du CCITT I ISO/CEI 7498-4. Elle spécifie les services relatifs à la gestion de
relations de basculement biunivoques ainsi qu'un ensemble de définitions génériques. La fonction de gestion sus-
indiquée est située dans la couche Application déterminée dans la Rec. UIT-T X.200 [ ISOKEI 7498-1 et est définie
conformément au modèle foumi dans la Rec. UIT-T X.207 I ISO/CEI 9545. Le rôle des fonctions de gestion-systèmes
est expliqué dans la Rec. X.701 du CCITT I ISOKEI 10040.
La présente Recommandation I Norme internationale:
-
établit les spécifications d'utilisateur pour la définition des services nécessaires à la prise en charge de la
fonction de basculement;
-
établit des modèles qui définissent la relation qui existe entre le service assuré par cette fonction et les
spécifications de l'utilisateur;
-
définit les services assurés par cette fonction;
-
définit la classe de relation gérée documentée conformément à la Rec. UIT-T X.725 I ISO/CEI 10165-7;
-
définit les classes d'objet géré et les informations de gestion associées conformément à la Rec. X.722 du
CCITT 1 ISO/CEI 10165-4;
-
spécifie le protocole nécessaire pour assurer le service;
-
définit la relation entre le service et les opérations de gestion;
-
spécifie les conditions de conformité requises;
-
spécifie le formulaire d'ICS pour cette fonction documenté conformément à la Rec. UIT-T X.724 I
ISOKEI 10165-6 et à la Rec. UIT-T X.725 1 ISO/CEI 10165-7.
La présente Recommandation I Norme internationale:
-
ne définit pas la nature des mises en œuvre prévues pour assurer cette fonction;
-
ne spécifie pas comment l'utilisateur de cette fonction assure la gestion;
-
ne définit pas la nature des interactions pouvant entraîner l'utilisation de cette fonction;
-
ne spécifie pas les services nécessaires à l'établissement et à la libération normale ou anormale dune
association de gestion;
- ne définit pas les correspondances relationnelles qui dépendent de la mise en œuvre de cette fonction.
2 Références normatives
Les Recommandations et Normes intemationales 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 1 Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes internationales 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 PISO possèdent le registre des Normes internationales en vigueur. Le
Bureau de la normalisation des télécommunications de l'UIT tient àjour une liste des Recommandations du CCITT et de
WIT-T en vigueur.
Rec. UIT-T X.751(1995 F) 1
--
-
---
ISO/CEI 10164-17 : 1996 (F)
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éjé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.210 (1993) I ISO/CEI 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 des systèmes ouverts.
-
Recommandation X.701 du CCITT (1992) ISO/CEI 10040:1992, Technologies de l'information -
Interconnexion des systèmes ouverts - Aperçu général de la gestion-systèmes.
-
Recommandation X.720 du CCITT (1992) I ISO/CEI 10165-1:1993, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure des informations de gestion: modèle d'information de
gestion.
-
Recommandation X.721 du CCITT (1992) I ISO/CEI 10165-2:1992, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure des informations de gestion: définition des informations
de gestion.
-
Recommandation X.722 du CCITT (1 992) 1 ISO/CEI 1 O1 65-4: 1992, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure des informations de gestion: directives pour la définition
des objets gérés.
- Recommandation UIT-T X.724 (1993) I ISO/CEI 10165-6:1994, Technologies de l'information -
Interconnexion des systèmes ouverts - Structure de l'information de gestion: spécifications et directives
pour I gtablissement des formulaires de dèclaration de conformité d'instances associés à la gestion OSï.
-
Recommandation UIT-T X.725 (1995) I ISO/CEI 10165-7 .I), Technologies de l'information -
Interconnexion des systèmes ouverts - Structure de l'information de gestion: modèle relationnel général.
-
Recommandation X.730 du CCITT (1992) 1 ISO/CEI 10164-1:1993, Technologies de l'information -
interconnexion des systèmes ouverts - Gestion-systèmes: fonction de gestion des objets.
-
Recommandation X.73 1 du CCITT (1992) I ISO/CEI 10164-2:1993, Technologies de l'information -
Interconnexion des systèmes ouverts - Gestion-systèmes: fonction de gestion d'états.
-
Recommandation X.732 du CCITT (1992) I ISO/CEI 10164-3:1993, Technologies de l'information -
interconnexion des systèmes ouverts - Gestion-systèmes: attributs relationnels.
-
Recommandation X.734 du CCITT (1992) I ISO/CEI 10164-5:1993, Technologies de l'information -
Interconnexion des systèmes ouverts - Gestion-systèmes: fonction de gestion des rapports d'événement.
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
-
Recommandation X.209 du CCITT (1988), Spécification des règles de codage de base pour la notation
de syntaxe abstraite numéro un (ASN.1).
ISO/CEI 8825: 1990, Technologies de l'information - Interconnexion de systèmes ouverts - Spécification
de règles de base pour coder la notation de syntaxe abstraite numéro UNE (ASN 1).
- Recommandation UIT-T X.290 (1995), Cadre général et méthodologie des tests de conformité
d'interconnexion des systèmes ouverts pour les Recommandations sur les protocoles pour les applications
de I'UIT-T - Concepts généraux.
ISO/CEI 9646- 1 1994, Technologies de l'information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité (OSI) - Partie 1: Concepts généraux.
-
Recommandation UIT-T X.291 (1995), Cadre général et méthodologie des tests de conformité
d'interconnexion des systèmes ouverts pour les Recommandations sur les protocoles pour les applications
de WIT-T - Spécification de suite de tests abstraite.
ISO/CEI 9646-2: 1994, Technologies de l'information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité OSï - Partie 2: spécification des suites de tests
abstraites.
l) Apublier.
2 Rec. UIT-T X.751(1995 F)
ISO/CEI 10164-17 : 1996 (F)
Recommandation U1T-T X.296 (1995), Cadre général et méthodologie des tests de conformité OS-Pour
les Recommandations sur les protocoles pour les applications de 2'UIT-T - Déclarations de COnfOmdé
d'instance.
ISO/CEI 9646-7: 1995, Technologies de l'information - Interconnexion de systèmes ouverts (OS4 -
Essais de conformité - Méthodologie générale et procédures - Partie 7: Déclarations de conformité des
mises en œuvre.
Recommandation X.700 du CCITT (1992), Cadre de gestion pour l'interconnexion des systèmes ouverts
pour les applications du CCITT.
ISO/CEI 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.
Recommandation X.71 O du CCITT (1 991), Définition du service commun de transfert d'informations de
gestion pour les applications du CCITT.
ISO/CEI 9595: 1991, Technologies de l'information - Interconnexion de systèmes ouverts - Définition du
service commun d'informations de gestion.
3 Dbfinitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s'appliquent.
3.1 Définitions du modhle de référence de base
La présente Recommandation I Norme internationale utilise le terme suivant défini dans la Rec. UIT-T X.200 1
ISO/CEI 7498- 1 :
- gestion-systèmes.
3.2 Définitions des conventions de service
La présente Recommandation I Norme internationale utilise le terme suivant défini dans la Rec. UIT-T X.210 I
ISO/CEI 1073 1 :
- primitive.
3.3 Définitions du cadre général de gestion
Ca @sente Recommandation I Norme internationale utilise le terme suivant défini dans la Rec. X.700 du CCITT I
ISO/CEI 7498-4:
- objet géré.
3.4 Définitions générales utilisées en gestion-systhmes
La présente Recommandation I Norme internationale utilise les termes suivants définis dans la Rec. X.701 du CCITT I
ISO/CEI 10040:
a) classe d'objet géré;
déclaration de conformité d'objet géré (MOCS);
b)
déclaration de conformité d'information de gestion (MICS);
c)
d) formulaire de MICS;
e) formulaire de MOCS;
f) utilisateur-MIS;
g) notification;
h) opération (de gestion-systèmes).
Définitions du service commun de transfert d'informations de gestion
3.5
La présente Recommandation I Norme internationale utilise le terme suivant défini dans la Rec. X.710 du CCITT I
ISO/CEI 9595:
- attribut.
Rec. UIT-T X.751 (1995 F)
ISO/CEI 10164-17 : 1996 (F)
3.6 Définitions du modele d'informations de gestion
La présente Recommandation I Norme intemationale utilise les termes suivants définis dans la Rec. X.720 du CCITT I
ISO/CEI 10165-1:
a) comportement;
b) caractéristique;
c) héritage;
d) invariant;
e) condition a posteriori;
f) condition a priori;
g) spécialisation;
h) sous-classe;
i) superclasse;
j) lots.
3.7 Définition des tests de conformité OS1
La présente Recommandation 1 Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.290 I
ISO/CEI 9646- 1 :
déclaration de conformité de système;
a)
b) formulaire PICS;
déclaration de conformité d'instance de protocole.
c)
3.8 Définitions du formulaire de déclaration de conformité d'instance
La prtsente Recommandation I Norme internationale utilise les termes suivants définis dms la Rec. UIT-T X.724 I
ISOKEI 1 O 165-6:
déclaration de conformité de relation gérée (MRCS);
a)
résumé de conformité de gestion (MCS);
b)
formulaire de déclaration de définition d'information de gestion (MIDS);
c)
d) formulaire de MCS;
e) formulaire de MRCS.
3.9 Attributs pour représenter les définitions des relations
La présente Recommandation I Norme internationale utilise les termes suivants définis dans la Rec. X.732 du CCITT 1
ISO/CEI 1 O 164-3 :
a) relations de repli;
b) relations de basculement.
Définitions du modele général des relations
3.10
La présente Recommandation I Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.725 1
ISO/CEI 10165-7:
a) relation gérée;
b) classe de relation gérée;
c) cardinalité de relation;
d) rôle;
e) cardinalité de rôle;
contrainte de cardinalité de rôle.
f)
4 Rec. UIT-T X.751(1995 F)
ISOICEI 10164-17 : 1996 (F)
3.11 Définitions additionnelles
relation de basculement: relation gérée qui commande a un objet géré d'assurer le basculement d'un autre
3.11.1
objet géré et de mettre fin à ce basculement.
action de basculement en secours: opération de gestion dont l'effet est d'amener un objet géré à prendre le
3.11.2
relais en secours d'un autre objet gér8.
3.11.3 action de basculement en retour: opération de gestion dont l'effet est de ramener un objet géré qui avait pris
à sa situation antécédente.
le relais en secours d'un autre objet géré
4 Symboles et abrbviations
Pour les besoins de la présente Recommandation I Norme internationale, les symboles et abréviations suivants sont
utilisés.
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
CMIS Service commun d'informations de gestion (common management information service)
CMISE Element de service commun d'informations de gestion (common management information
service element)
Cnf Confirmation
ICs (implementation conformance statement)
Déclaration de conformité d'instance
Ind Indication
MAPDU Unité de données du protocole d'application de gestion (management application protocol data
unit)
MCS Résumé de conformité de gestion (management conformance summary)
MICS Déclaration de conformité d'information de gestion (management information conformance
statement)
Déclaration de définition d'information de gestion (management information deJinition
MIDS
statement)
MOCS Déclaration de conformité d'objet géré (managed object conformance statement)
MRCS Déclaration de conformité de relation gérée (managed relationship conformance statement)
PICS Déclaration de conformité d'instance de protocole (protocol implementation conformance
statement)
Demande (request)
Req
Réponse
RSP
Machine protocolaire d'application de gestion-systèmes (systems management application
SMAPM
protocol machine)
5 Conventions
La présente Recommandation 1 Norme internationale définit les services d'établissement et de suppression d'une relation
de basculement conformément aux conventions descriptives indiquées dans la Rec. UIT-T X.210 I ISO/CEI 1073 1.
La notation suivante est utilisée dans les tableaux de paramètres de service de la présente Recommandation I Norme
internationale:
M Paramètre obligatoire
La valeur de ce paramètre est égale à celle du paramètre de la colonne de gauche
(=)
L'utilisation de ce paramètre est une option proposée à l'utilisateur du service
U
-
Paramètre absent dans l'interaction décrite par la primitive considérée
C Paramètre conditionnel
Paramètre soumis aux contraintes imposées par la Rec. X.710 du CCITT 1 ISO/CEI 9595
P
Rec. UIT-T X.751(1995 F) 5
ISO/CEI 10164-17 : 1996 (F)
6 SpCcifications
I1 est nécessaire:
-
de normaliser la gestion lorsque la relation de basculement est réalisable;
-
de permettre l'identification de la relation de basculement;
-
de permettre à un système de gestion de commander la relation de basculement;
-
de permettre la commande de la mise en œuvre de la relation de basculement.
7 Modale
7.1 Relation de basculement
La relation de basculement est une combinaison des relations de repli et de secours décrites dans la Rec. X.732 du
CCITT I ISO/CEI 10164-3; elle permet à un objet géré de secourir un autre objet géré et de mettre fin à ce secours. Un
objet géré qui participe à cette relation avec des fonctionnalités de commande du secours peut initialiser le secours à la
suite de la réception d'une indication de passage à l'objet secondaire et mettre fin à ce secours à la suite de la réception
d'une indication de retour à l'objet primaire.
7.1.1 Composition des relations de repli et de secours
La Rec. X.732 du CCITT I ISO/CEI 10164-3 définit deux types de relation: le repli et le secours. Comme l'indique la
I ISO/CEI 10164-3, on admet implicitement que les objets gérés soumis à une commande de
Rec. X.732 du CCITT
secours participent à une relation de repli. Lorsqu'un objet géré est secouru par un autre objet géré, une relation de
secours est établie. Lorsque le secours de l'objet géré prend fin, la relation de secours est terminée.
Les ressources sont souvent configurées de manière à offrir une capacité de secours afin d'atteindre des objectifs de
disponibilité. Une ressource primaire peut avoir une ou plusieurs ressources secondaires désignées susceptibles d'offrir
une capacité de secours à la ressource primaire. La capacité de secours peut être mise en œuvre, par exemple, lorsque
l'utilisation de la ressource primaire est administrativement interdite (c'est-à-dire lorsque le paramètre ((état
administratif)) est mis à la valeur ((bloqué))) ou que la ressource primaire est dans l'impossibilité de fonctionner (c'est-à-
à la valeur ((hors service))).
dire lorsque le paramètre &tat opérationnel)) est mis
Une ressource secondaire capable, sans initialisation prkalable, d'offrir une capacité de secours à une ressource primaire,
est définie comme se trouvant à l'état de ((secours automatique)). Une ressource secondaire qui doit être initialisée avant
de pouvoir offrir une capacité de secours est définie comme se trouvant à l'état de ((secours manuel)).
La possibilité d'offrir une capacité de secours est représentée par la relation de repli. L'objet primaire représente la
ressource qui doit être secourue; l'objet secondaire représente la ressource qui doit offrir la capacité de secours.
La relation de repli peut être unidirectionnelle. Un objet primaire peut avoir un attribut qui énumère ses objets
secondaires mais les objets secondaires peuvent ne pas ((pointer)) l'objet primaire en retour. De même, un objet
secondaire peut avoir un attribut qui énumère ses objets primaires mais les objets primaires peuvent ne pas ((pointer))
l'objet secondaire en retour. Dans certains cas, il est possible que ni l'objet primaire ni l'objet secondaire n'aient
connaissance du moment où la capacité de secours doit être mise en œuvre. I1 est nécessaire alors de faire intervenir une
tierce entité à laquelle il sera demandé d'établir la relation de secours.
Etant donné que l'existence de relations de repli est la condition préalable à l'établissement de relations de secours, on
définit la relation de basculement comme étant la combinaison des relations de repli et de secours.
7.1.2 Rôles dans la relation de basculement
Un objet géré en état de secours participe au rôle primaire de la relation de basculement et un objet géré qui assure le
secours participe au rôle secondaire de cette relation. Ces rôles sont caractérisés par des classes d'objet géré suivantes:
-
classe d'objet géré primaire secouru;
-
classe d'objet géré secondaire de secours.
Toute autre classe d'objet géré compatible avec les classes d'objet ci-dessus peut participer au rôle correspondant.
6 Rec. UIT-T X.751(1995 F)
ISO/CEI 10164-17 : 1996 (F)
Un objet géré dans le rôle primaire peut avoir un attribut secondaire contenant les noms des objets gérés (dont l'un assure
le secours). Un objet géré dans le rôle secondaire peut avoir un attribut primaire contenant les noms des objets gérés
(dont l'un est secouru). Les cardinalites de rôle des rôles primaire et secondaire sont respectivement (1 . 1) et (l.n). Les
cardinalités de relation des rôles primaire et secondaire sont respectivement (1 . 1) et (1 .n).
Un objet géré secouru participe au rôle d'objet secouru, un objet géré de secours participe au rôle d'objet de secours et un
objet géré qui commande ce secours participe au rôle de commande de basculement. Ces rôles sont caractérisés par des
classes d'objet géré compatibles, à savoir les classes d'objets suivantes:
-
classe d'objet géré primaire secouru;
-
classe d'objet géré secondaire de secours;
-
classe d'objet de commande de basculement.
Un objet géré dans le rôle d'objet secouru peut avoir un attribut d'objet de secours contenant le nom d'un objet géré qui
participe au rôle de secours de cette relation. Un objet géré dans le rôle d'objet de secours peut avoir un attribut d'objet
secouru contenant le nom d'un objet géré qui participe au rôle d'objet secouru de cette relation. Un objet géré dans le rôle
d'objet secouru doit assumer le rôle primaire tandis qu'un objet géré dans le rôle d'objet de secours doit assumer le rôle
secondaire. La cardinalité de rôle du rôle d'objet de secours et du rôle d'objet secouru sont (O.l). La cardinalité de
relation du rôle d'objet de secours et du rôle d'objet secouru est (O.l). Lorsque les cardinalités de rôle des rôles de
secours et de secouru ont toutes deux la valeur ((O)), cela signifie que la relation en question n'est pas une relation de
secours. La cardinalité de rôle du rôle de commande de basculement est (1 .1) et la cardinalité de relation correspondante
est limitée à (l.l) afin d'éviter une trop grande complexité de ce modèle de représentation.
La Figure 1 décrit la relation de basculement entre des objets gérés qui participent aux rôles. Seul un objet géré dans le
rôle primaire peut participer au rôle d'objet secouru tandis que l'un quelconque des objets gérés dans le rôle secondaire
peut participer au rôle d'objet de secours. L'objet géré dans le rôle de commande de basculement coordonne la relation
de basculement. L'entrée d'un objet dans les rôles d'objet secouru et d'objet de secours ainsi que la sortie d'un objet du
rôle d'objet secouru et du rôle d'objet de secours sont commandées par l'objet géré dans le rôle de commande de
basculement. Un objet géré dans le rôle de commande de basculement peut aussi participer dans d'autres rôles de la
relation.
rôle secondaire
A été s$couru par Commande Secqurs
I1
objet géré
objet géré du objet géré du
rôle d'objet rdle de commande
d'objet de
de basculement
sauvegardé
secours
Figure 1 - Relation de basculement entre des objets gérés
Attributs dans la relation de basculement
7.1.3
Les attributs suivants sont utilisés pour représenter la relation de basculement dans des objets gérés compatibles qui
caractérisent le rôle de la relation: les attributs 1) à 4) sont définis dans la Rec. X.732 du CCITT 1 ISO/CEI 10164-3.
Attribut primaire: cet attribut énumère dans une liste, par ordre de priorité, les instances d'objet qui sont
1)
des objets primaires par rapport à un objet géré dans le rôle secondaire. Chaque valeur de cette liste
représente une instance de relation de basculement distincte (c'est-à-dire que la cardinalité de relation
pour un objet secondaire est le nombre de valeurs incluses dans cette liste).
Attribut secondaire: cet attribut énumère dans une liste, par ordre de priorité, les instances d'objet qui sont
2)
des objets secondaires par rapport ti un objet géré dans le rôle primaire.
Rec. UIT-T X.751(1995 F) 7
ISO/CEI 10164-17 : 1996 (F)
Attribut d'objet secouru: cet attribut indique l'objet géré qui secourt l'objet géré dans le rôle d'objet
3)
secouru. I1 prend la valeur ((NUL)) ou le nom d'une instance d'objet.
4) Attribut d'objet de secours: cet attribut indique l'objet géré qui est secouru par l'objet géré dans le rôle
d'objet de secours. I1 prend la valeur ((NUL)) ou le nom d'une instance d'objet.
Attribut d'objet primaire: cet attribut indique l'objet géré soumis à la commande de basculement dans
5)
l'objet géré assumant le rôle de commande de basculement. I1 prend toujours la valeur ((NUL)) ou le nom
d'une instance d'objet.
Conditions relatives 2i la relation de basculement
7.2
La relation de basculement recouvre les neuf combinaisons possibles de relations unidirectionnelles et réciproques des
relations de repli et de secours décrites dans la Rec. X.732 du CCITT I ISO/CEI 10164-3. Le Tableau 1 indique les
combinaisons de relations possibles. Les attributs pris en charge par les participants aux divers rôles varient selon les
combinaisons indiquées dans le Tableau 1.
Tableau 1 - Combinaisons possibles dans la relation de basculement
Relation de repli
I
I
Primaire + secondaire Secondaire + primaire Réciproque
Secouru + Secours Type 1 Type 4 Type 7
Relation de secours Secours + secouru Type 5 Type 8
Type 2
Réciproque Type 3 Type 6
Type 9
Le Tableau 2 décrit les conditions requises pour que les participants puissent prendre en charge les attributs liés à la
relation de basculement. Pour chaque type de combinaison, les participants qui assument un rôle dans la relation de
basculement doivent avoir les attributs indiqués dans la case correspondante du tableau.
Tableau 2 - Conditions de prise en charge d'attributs pour les participants aux divers rôles
Rôle d'objet
'Objet
Type de Rôle primaire Rôle secondaire Rôle de commande
secouru de secours
combinaison
-
1 ss - B P
- -
2 ss
Bd P, B
ss - B Bd P
- Ps B - P, ss
- Ps - Bd P, B, Ss
- Ps B Bd P, ss
-
P
7 ss Ps B
ss Ps - Bd P, B
9 ss Ps B Bd P
8 Rec. UIT-T X.751(1995 F)
---
-.
ISO/CEI 10164-17 : 1996 (F)
Le Tableau 3 indique les attributs pris en charge par la classe d'objet géré compatible en précisant si l'objet géré dans le
rôle primaire ou le rôle secondaire peut également participer au rôle de commande de basculement. En conséquence,
lorsque la relation de repli est rdciproque ou unidirectionnelle de l'objet primaire à l'objet secondaire et que la relation de
secours est réciproque ou unidirectionnelle de l'objet secouru à l'objet de secours, l'objet géré dans le rôle primaire est
autorisé à participer au rôle de commande de basculement s'il remplit les conditions requises à cet effet. Lorsque la
relation de repli est réciproque ou unidirectionnelle de l'objet secondaire à l'objet primaire et que la relation de secours
est réciproque ou unidirectionnelle de l'objet de secours à l'objet secouru, l'objet géré dans le rôle secondaire est autorisé
à participer au rôle de commande de basculement s'il remplit les conditions requises à cet effet.
Tableau 3 - Conditions de prise en charge d'attributs pour les classes d'objet compatibles
Type de
Objet primaire
Objet secondaire Objet de commande Participation au rôle de commande
combinaison secouru de secours
1 Ss, B - P
I Participant primaire
-
2 ss Bd
P, B
3 Ss, B Bd
P Participant primaire
4 B Ps P, ss -
5 - Ps, Bd
P, B, Ss Participant secondaire
6 B Ps, Bd P, ss Participant secondaire
7 Ss, B Ps P Participant primaire
8 ss Ps, Bd P, B Participant secondaire
9 Ss, B Ps, Bd P Participant primaire
Participant secondaire
7.3 Opérations de basculement
7.3.1 Opérations de basculement pour la relation de basculement
Action de basculement en secours
7.3.1.1
Un utilisateur du service MIS peut demander que la capacité de secours soit mise en œuvre à l'aide de l'action de passage
à l'objet secondaire. Cette demande est adressée à un objet géré qui assume le rôle de commande de basculement. L'objet
géré qui participe au rôle de commande de basculement doit vérifier que les conditions a priori de l'opération de
basculement sont satisfaites, exécuter toute action d'initialisation nécessaire et s'assurer que les conditions a posteriori de
l'action de passage à l'objet secondaire seront satisfaites.
L'action de passage à l'objet secondaire ne peut être demandée que dans le mode confirmé. Elle a les paramètres
suivants:
-
primary (primaire): objet géré dans le rôle primaire. I1 s'agit de l'objet géré qui doit être secouru. Cet
argument doit être spécifié pour confirmer l'objet géré à secourir. L'objet géré spécifié par cet argument
doit être lié au rôle primaire. En outre, ce paramètre spécifie toute modification complémentaire qui doit
être apportée aux attributs de l'objet géré spécifié dans le cadre de l'action de passage à l'objet secondaire
lorsque cet objet géré assume le rôle d'objet secouru;
-
secondary (secondaire): objet géré dans le rôle secondaire. Si cet argument est présent, l'objet spécifié
doit être lié au rôle secondaire de la relation avec la ressource primaire. Si cet argument n'est pas présent,
l'objet géré sera choisi en fonction des priorités applicables aux objets dans le rôle secondaire, comme il
est spécifié dans l'attribut ((secondaire)) de l'objet assumant le rôle primaire ou le rôle de commande de
basculement. En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée
aux attributs de l'objet spécifié dans le cadre de l'action de passage à l'objet secondaire lorsque cet objet
spécifié assume le rôle d'objet de secours.
Rec. UIT-T X.751(1995 F) 9
ISO/CEI 10164-17 : 1996 (F)
7.3.1.2 Action de basculement en retour
Un utilisateur du service MIS peut demander que la capacité de secours cesse d'être mise en œuvre à l'aide de l'action de
retour à l'objet primaire. Cette demande est adressée à un objet géré qui participe au rôle de commande de basculement.
L'objet géré qui participe au rôle de commande de basculement doit vérifier que les conditions a priori de l'action de
retour à l'objet primaire sont satisfaites, exécuter toute action d'initialisation nécessaire et s'assurer que les conditions a
posteriori de l'action de retour à l'objet primaire seront satisfaites.
L'action de retour à l'objet primaire ne peut être demandée que dans le mode confirmé. Elle a les paramètres suivants:
-
backedUpObject (objet secouru): objet géré qui participe au rôle d'objet secouru. Cet argument doit être
spécifié. En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée aux
attributs de l'objet secouru dans le cadre de l'action de retour à l'objet primaire lorsque cet objet secouru
cesse d'assumer le rôle d'objet secouru;
-
backupobject (objet de secours): objet géré qui assume le rôle de secours. Cet argument est facultatif.
En outre, ce paramètre spécifie toute modification complémentaire qui doit être apportée aux attributs de
l'objet de secours dans le cadre de l'action de retour à l'objet primaire lorsque cet objet de secours cesse
d'assumer le rôle de secours.
7.3.2 Modele de fonction de basculement
La Figure 2 représente un modèle de fonction de basculement. Les demandes d'action de passage à l'objet secondaire et
de retour à l'objet primaire sont adressées à l'objet géré compatible avec l'objet géré de commande de basculement.
L'objet géré compatible avec l'objet géré primaire secouru peut assumer le rôle primaire et le rôle d'objet secouru de la
relation. Les objets gérés compatibles avec l'objet géré secondaire de secours peuvent assumer le rôle secondaire, étant
entendu que chacun de ces objets gérés peut assumer le rôle de secours. L'objet géré qui assume les rôles de secours a
pour effet de secourir l'objet géré du rôle primaire par suite de l'action de passage à l'objet secondaire. L'objet géré qui
assume le rôle de secours cesse de secourir l'objet géré dans le rôle d
...
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...