ISO/IEC 8650-1:1996
(Main)Information technology - Open Systems Interconnection - Connection-oriented protocol for the Association Control Service Element: Protocol specification
Information technology - Open Systems Interconnection - Connection-oriented protocol for the Association Control Service Element: Protocol specification
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Protocole en mode connexion applicable à l'élément de service de contrôle d'association: Spécification du protocole
General Information
Relations
Frequently Asked Questions
ISO/IEC 8650-1:1996 is a standard published by the International Organization for Standardization (ISO). Its full title is "Information technology - Open Systems Interconnection - Connection-oriented protocol for the Association Control Service Element: Protocol specification". This standard covers: Information technology - Open Systems Interconnection - Connection-oriented protocol for the Association Control Service Element: Protocol specification
Information technology - Open Systems Interconnection - Connection-oriented protocol for the Association Control Service Element: Protocol specification
ISO/IEC 8650-1: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 8650-1:1996 has the following relationships with other standards: It is inter standard links to ISO 18369-2:2006, ISO/IEC 8650-1:1996/Amd 1:1997, ISO/IEC 8650-1:1996/Amd 2:1998, ISO 8650:1988/Amd 1:1990, ISO/IEC 15954:1999, ISO 8650:1988; is excused to ISO/IEC 8650-1:1996/Amd 2:1998, ISO/IEC 8650-1:1996/Amd 1:1997. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/IEC 8650-1: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
8650-I
STANDARD
Second edition
1996-l O-l 5
Information technology - Open Systems
Interconnection - Connection-oriented
protocol for the Association Control
Service Element: Protocol specification
Technologies de /‘information - Interconnexion de s ystemes ouverts
(03) - Protocole en mode orient6 connexion pour M6ment de service
de con tr6le d ‘associa tion: Spkifica tion du pro tocole
Reference number
ISO/l EC 8650-I : 1996(E)
ISO/IEC 8650=1:1996(E)
Contents
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
1 Scope and field of application
2 Normative references . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1 Identical Recommendations I International Standards
. . . . . . . . . . . . . . . . . . . . . . . . . . 2
2.2 Paired Recommendations I International Standards equivalent in technical content
2.3 Additional references . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
3.1 Reference Model definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.1 Basic Reference Model definitions
3.1.2 Security architecture definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.3 Naming and addressing definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32 Service conventions definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3:3 Presentation service definitions
Application Layer Structure definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
3.4
3.5 ACSE service definitions . . .*.*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.6 Association Control protocol specification definitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 Abbreviations
4.1 Data units . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Types of application-protocol-data-units ,.
4.2
4.3 Other abbreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 Overview of the protocol
6.1 Service provision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
62 . Functional units
Use of the presentation-service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
614 Relationship to the session-service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
65 . Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
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 Geneve 20 l Switzerland
Printed in Switzerland
ii
@ ISOIIEC ISO/IEC 8650-l: 1996(E)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7 Elements of procedure
7.1 Association establishment .
7.1.1 Purpose .
7.1.2 APDUs used .
................................................................................ 9
7.1.3 Association establishment procedure
........................................................................................ 11
7.1.4 Use of the AARQ APDU fields
7.1.5 Use of the AARE APDU fields .
7.1.6 Collisions and interactions .
7.2 Normal release of an association .
7.2.1 Purpose .
7.2.2 APDUs used .
7.2.3 Normal release procedure .
7.2.4 Use of the RLRQ APDU fields .
7.2.5 Use of the RLRE APDU fields .
7.2.6 Collisions and disruptions . 18
Abnormal release of an association .
7.3
Purpose .
7.3.1
APDUs used .
7.3.2
............................................................................................. 19
7.3.3 Abnormal release procedure
......................................................................................... 20
7.3.4 Use of the ABRT APDU fields
7.3.5 Collisions and interactions .
.........................................................................................................................
7.4 Rules for extensibility
..............................................................................................................
8 Mapping to the presentation-service
..........................................................................................
8.1 Association establishment (normal mode)
Directly mapped parameters .
8.1.1
.........................................
8.1.2 Use of other P-CONNECT request and indication parameters
..........................................
8.1.3 Use of other P-CONNECT response and confirm parameters
................................................................................
8.2 Normal release of an association (normal mode)
................................................... 23
Use of P-RELEASE request and indication parameters
8.2.1
.................................................... 23
8.2.2 Use of P-RELEASE response and confirm parameters
............................................................................ 23
Abnormal release of an association (normal mode)
8.3
...................................................
8.3.1 Use of P-U-ABORT request and indication parameters
Use of P-P-ABORT indication parameter .
8.3.2
..................................................................................
8.4 Association establishment (X.4 lo- 1984 mode)
8.4.1 Directly mapped parameters .
.........................................
8.4.2 Use of other P-CONNECT request and indication parameters
..........................................
8.4.3 Use of other P-CONNECT response and confirm parameters
........................................................................
8.5 Normal release of an association (X.4 lo- 1984 mode)
....................................................................
8.6 Abnormal release of an association (X.4 lo- 1984 mode)
...................................................
8.6.1 Use of P-U-ABORT request and indication parameters
Use of P-P-ABORT indication parameter .
8.6.2
......................................................................................................
Structure and encoding of ACSE APDUs
.................................................................................................
9.1 Abstract syntax of the ACSE APDUs
..........................................................................
. Encoding rules used to reference the transfer syntax
Conformance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
.......................................................................................................................
10.1 Statement requirements
..............................................................................................................................
10.2 Static requirements
10.2.1 Normal mode .
X.410-1984 mode .
10.2.2
.
........................................................................................................................
10.3 Dynamic requirements
Normal mode .
10.3.1
.............................................................................................................
10.3.2 X.410-1984 mode
. . .
ISO/IEC 8650=1:1996(E) @ ISOIIEC
11 Precedence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12 Registration requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12.1 Application titles .
12.2 Application context .
12.3 Authentication-mechanism .
Annex A - ACPM state table .
A.1 General .
A.2 Conventions .
A.3 Actions to be taken by the ACPM .
........................... . .............................................................................. 34
A.3.1 Invalid intersections
A.3.2 Valid intersections .
...................................................................................... 34
A.4 Relationship to Presentation and other ASEs
Authentication-mechanism using password . 37
Annex B -
B.0 . 37
Introduction
B.l Assigned name . 37
................................................................................................ 37
B.2 Authentication-value ASN. 1 datatype
Processing specification . 37
B.3
B.3.1 Requesting authentication .
B.3.2 Performing authentication .
iv
.
0 ISOLIEC ISO/IEC 86504:1996(E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the Inter-
national 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 8650-l was prepared by Joint Technical
Committee ISO/IEC JTC 1, Znformation 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 Recommen-
dation X.227.
This second edition cancels and replaces the first edition (IS0 8650:1988),
which has been technically revised. It also incorporates Amendment 1: 1990 and
Technical Corrigendum 1: 1990.
ISO/IEC 8650 consists of the following parts, under the general title Information
technology - Open Systems Interconnection - Connection-oriented protocol for
the Association Control Service Element:
- Part I: Protocol specification
- Part 2: Protocol Implementation Conformance Statement (PIGS) proforma
Annexes A and B form an integral part of this part of ISO/IEC 8650.
ISO/IEC 8650=1:1996(E) @ ISO/IEC
Introduction
This Protocol Specification is one of a set of Recommendations and International Standards produced to facilitate the
interconnection of information processing systems. It is related to other ITU-T Recommendations and International
Standards in the set as defined by the Reference Model for Open Systems Interconnection (see ITU-T Rec. X.200 I
ISO/IEC 7498-l). The Reference Model subdivides the areas of standardization for interconnection into a series of
layers of specification, each of manageable size.
The goal of Open Systems Interconnection is to allow, with a minimum of technical agreement outside the
interconnection standards, the interconnection of information processing systems:
-
from different manufacturers;
-
under different managements;
-
of different levels of complexity; and
-
of different technologies.
This Protocol Specification specifies the connection-oriented mode protocol for the application-service-element for
application-association control: the Association Control Service Element (ACSE). The protocol for the ACSE
connectionless mode service (A-UNIT-DATA) is specified in ITU-T Rec. X.237 I ISO/IEC 10035-l.
This Recommendation I International Standard specifies the protocol for the application-service-element for application-
association control: the Application Control Service Element (ACSE). The ACSE provides services for establishing and
releasing application-associations. The ACSE protocol includes two optional functional units. One functional unit
supports the exchange of information in support of authentication during association establishment. The second
functional unit supports the negotiation of application context during association establishment. The ACSE services
apply to a wide range of application-process communications requirements.
This Protocol Specification includes an annex that describes the protocol machine of ACSE in terms of a state table. This
protocol machine is referred to as the Association Control Protocol Machine (ACPM).
The protocol defined in this Protocol Specification is also governed by the use of the presentation-service (ITU-T
Rec. X.216 I ISO/IEC 8822) and the session-service (see ITU-T Rec. X.215 I ISO/IEC 8326).
Quality of Service (QOS) is a parameter of the A-ASSOCIATE service. Work is still in progress to provide an integrated
treatment of QOS across all of the layers of the OS1 Reference Model and to ensure that the individual treatments in
each layer service satisfy overall QOS objectives in a consistent manner. As a consequence, an addendum may be added
to this Protocol Specification at a later time which reflects further QOS developments and integration.
vi
ISO/IEC 8650-l : 1996 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY - OPEN SYSTEMS INTERCONNECTION -
CONNECTION-ORIENTED PROTOCOL FOR THE ASSOCIATION CONTROL
SERVICE ELEMENT: PROTOCOL SPECIFICATION
1 Scope and field of application
The ACSE supports two modes of communication: connection-oriented and connectionless. The ACSE service
definition (ITU-T Rec. X.217 I ISO/IEC 8649) includes both modes of communication. This Protocol Specification
provides the protocol specification for the connection-oriented mode of communication. The protocol specification for
the connectionless mode of communication is contained in ITU-T Rec. X.237 I ISO/IEC 10035 1.
This Protocol Specification defines procedures that are applicable to instances of communication between systems which
wish to interconnect in an Open Systems Interconnection environment in a connection-oriented mode. The Protocol
Specification includes the Kernel functional unit that is used to establish and release application-associations. The
Authentication functional unit provides additional facilities for exchanging information in support of authentication
during association establishment without adding new services. The ACSE authentication facilities can be used to support
a limited class of authentication methods. The Application Context Negotiation functional unit provides additional
facility for the selection of the application context during association establishment.
This Protocol Specification specifies:
procedures for the transfer of information for application-association control and the authentication of
a)
application-entities;
b) the interaction between an ACSE protocol machine and the occurrence of external presentation events;
and
c) the abstract syntax for the representation of the ACSE APDUs.
The ACSE procedures are defined in terms of:
the interactions between peer ACSE protocol machines through the use of presentation-services; and
a>
the interaction between an ACSE protocol machine and its service-user.
b)
This Protocol Specification also specifies conformance requirements for systems implementing these procedures. It does
not contain tests which can be used to demonstrate conformance.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation I International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and International Standards are subject to revision, and the 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 Standards listed below. Members of IEC and IS0 maintain registers of
currently valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of
currently valid ITU-T Recommendations.
21 . Identical Recommendations I International Standards
-
ITU-T Recommendation X.200 (1994) I ISO/IEC 749% 1: 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 1073 1: 1994, Znfomuztion technology - open Systems
Interconnection - Basic Reference Model: Conventions for the definition of OSI services.
ITU-T Rec. X.227 (1995 E)
ISOAEC 8650-l : 1996 (E)
-
ITU-T Recommendation X.215 (1995) I ISO/IEC 8326: 1996, Z~@mzation technology - @en Systems
Interconnection - Session service definition.
-
ITU-T Recommendation X.216 (1994) I ISO/IEC 8822:1994, Information technology - Open Systems
Interconnection - Presentation service definition.
-
ITU-T Recommendation X.217 (1995) I ISO/IEC 8649:1996, Znformation technology - Open Systems
Interconnection - Service definition for the Association Control Service Element.
-
ITU-T Recommendation X.225 (1995) I ISO/IEC 8327-l : 1996, Information technology - Open Systems
Interconnection - Connection-oriented Session protocol: Protocol specification.
-
ITU-T Recommendation X.237 (1995) I ISO/IEC 10035-1:1995, Information technology - Open Systems
Interconnection - Connectionless protocol for the Association Control Service Element: Protocol
specifkation.
-
CCITT Recommendation X.660 (1992) I ISO/IEC 9834-l: 1993, Information technology - Open Systems
Interconnection - Procedures for the operation of OSI Registration Authorities: General procedures.
-
CCITT Recommendation X.665 (1992) I ISO/IEC 9834-6: 1993, Information technology - Open Systems
Interconnection - Procedures for the operation of OSI Registration Authorities: Application Processes
and Application Entities.
-
KU-T Recommendation X.690 (1994) I ISO/IEC 8825- 1: 1995, Information technology - ASN. 1 encoding
rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished
Encoding Rules (DER).
Paired Recommendations I International Standards equivalent in technical content
22 0
-
CCITT Recommendation X.208 (1988), Specification of Abstract Syntax Notation One (ASN. 1).
ISO/IEC 8824: 1990, Information technology - Open Systems Interconnection - Specification of Abstract
Syntax Notation One (ASN.1).
-
CCITT Recommendation X.650 (1992), Open Systems Interconnection (OSZ) - Reference model for
naming and addressing.
Open Systems Interconnection - Basic Reference
IS0 7498-3: 1989, Information processing systems -
Model - Part 3: Naming and addressing.
-
CCITT Recommendation X.800 (1991), Security architecture for Open Systems Interconnection for
CCITT applications.
IS0 7498-2: 1989, Information processing systems - Open Systems Interconnection - Basic Reference
Model - Part 2: Security Architecture.
23 0 Additional references
-
CCITT Recommendation X.410 (1984), Message Handling Systems: Remote operation and reliable
transfer server.
-
Structures for the identification of organizations.
IS0 6523: 1984, Data interchange -
3 Definitions
For the purposes of this Recommendation I International Standard, the following definitions apply:
31 0 Reference Model definitions
Basic Reference Model definitions
3.1.1
This Protocol Specification is based on the concepts developed in ITU-T Rec. X.200 I ISO/IEC 7498-l and makes use of
the following terms defined in it:
a) Application Layer;
b) application-process;
application-entity;
C)
d) application-service-element;
application-protocol-data-unit;
e)
2 IT&T Rec. X.227 (1995 E)
ISO/IEC 8650-l : 1996 (E)
f) application-protocol-control-information;
g) presentation-service;
h) presentation-connection;
session-service;
.
session-protocol; and
J)
k) session-connection.
3.1.2 Security architecture definitions
This Protocol Specification makes use of the following term defined in CCITT Rec. X.800 I IS0 7498-2:
-
password.
3.1.3 Naming and addressing definitions
This Protocol Specification makes use of the following terms defined in CCITT Rec. X.650 I IS0 7498-3:
application-process title;
a>
b) application-entity qualifier;
application-entity titlel);
C)
d) application-process invocation-identifier;
application-entity invocation-identifier; and
e)
f) presentation address.
32 . Service conventions definitions
This Protocol Specification makes use of the following terms defined in ITU-T Rec. X.210 I ISO/IEC 1073 1:
service-provider;
a>
b) service-user;
confirmed service;
Cl
d) non-confirmed service;
e) provider-initiated service;
f) primitive;
g) request (primitive);
h) indication (primitive);
response (primitive); and
.
confirm (primitive).
J)
33 . Presentation service definitions
This Protocol Specification makes use of the following terms defined in ITU-T Rec. X.216 I ISO/IEC 8822:
abstract syntax;
a>
b) abstract syntax name;
c) default context;
d) defined context set;
e) functional unit (presentation);
normal mode (presentation);
f)
g) presentation context;
l) As defined in CCITT Rec. X.650 I IS0 7498-3, an application-entity title is composed of an application-process title and an
application-entity qualifier. The ACSE protocol provides for the transfer of an application-entity title value by the transfer of its
component values.
ITU-T Rec. X.227 (1995 E)
ISO/IEC 8650-l : 1996 (E)
h) presentation data value; and
X.4 lo- 1984 mode (presentation).
l Application Layer Structure definitions
This Protocol Specification makes use of the following terms defined in ISOLIEC 9545:
application-context;
a)
b) application-entity invocation;
control function; and
C)
d) application-service object.
35 . ACSE service definitions
This Protocol Specification makes use of the following terms defined in ITU-T Rec. X.217 I ISO/IEC 8649:
application-association; association;
a>
Association Control Service Element;
b)
ACSE service-user;
Cl
ACSE service-provider;
d)
requestor;
e)
acceptor;
association-initiator;
g)
association-responder;
h)
.
authentication;
J)
.
authentication-function;
J)
authentication-value;
k)
authentication-mechanism;
1)
normal mode;
ml
X.410-1984 mode; and
n)
disrupt.
0)
36 . Association Control protocol specification definitions
The following terms are introduced in this Protocol Specification:
Association Control Protocol Machine: The protocol machine for the Association Control Service Element
3.6.1
specified in ITU-T Rec. X.227 I ISOLIEC 8650-l.
3.6.2 requesting Association Control Protocol Machine: The Association Control Protocol Machine whose
service-user is the requestor of a particular Association Control Service Element service.
3.6.3 accepting Association Control Protocol Machine: The Association Control Protocol Machine whose
service-user is the acceptor for a particular Association Control Service Element service.
3.6.4 external event (to an ASE): A service primitive that is not directly referenced by an ASE but that may disrupt
a service procedure of the ASE.
4 Abbreviations
For the purposes of this Recommendation I International Standard, the following abbreviations apply:
41 . Data units
APDU application-protocol-data-unit
IT&T Rec. X.227 (1995 E)
ISO/IEC 8650-l : 1996 (E)
Types of application-protocol-data-units
42 l
The following abbreviations have been given to the application-protocol-data-units defined in this Protocol
Specification:
AARQ A-ASSOCIATE-REQUEST APDU
AARE A-ASSOCIATE-RESPONSE APDU
RLRQ A-RELEASE-REQUEST APDU
RLRE A-RELEASE-RESPONSE APDU
ABRT A-ABORT APDU
43 . Other abbreviations
The following abbreviations are used in this Protocol Specification:
ACPM Association Control Protocol Machine
ACSE Association Control Service Element
AE application-entity
AEI application-entity invocation
AP application-process
application-protocol-control-information
APCI
ASE application-service-element
AS0 application-service-object
ASN.l Abstract Syntax Notation One
Control Function
CF
confirm primitive
cnf
ind indication primitive
OS1 Open Systems Interconnection
request primitive
req
ROA recognized operating agency
Quality of Service
QOS
Conventions
This Protocol Specification employs a tabular presentation of its APDU fields. In clause 7, tables are presented for each
ACSE APDU. Each field is summarized using the following notation:
M Presence is mandatory
Presence is ACPM option
U Presence is ACSE service-user option
Source is related request primitive
=l
ind Sink is related indication primitive
Source is related response primitive
rsP
cnf Sink is related confirm primitive
ACPM Source or sink is the ACPM
The structure of each ACSE APDU is specified in clause 9 using the Abstract Syntax Notation of ASN.l (see CCITT
Rec. X.208: 1988 and ISO/IEC 8824: 1990).
ITU-T Rec. X.227 (1995 E) 5
ISO/IEC 86504 : 1996 (E)
6 Overview of the protocol
61 l Service provision
The protocol in this Protocol Specification provides the connection-oriented services defined in ITU-T Rec. X.217 I
ISO/IEC 8649. Both the connection-oriented and connectionless services are listed in Table 1. The protocol for the
connectionless A-UNIT-DATA service is specified in ITU-T Rec. X.237 I ISO/IEC 10035-l.
For a particular association, the ACSE connection-oriented services operate either in the normal mode or in the
is determined by the Mode parameter on the A-ASSOCIATE request
X.410-1984 mode. The mode of operation
primitive.
Table 1 - ACSE-services
Communication mode Service
Type
Connection-oriented A-ASSOCIATE Confirmed
A-RELEASE Confirmed
A-ABORT Non-confirmed
A-P-ABORT Provider-initiated
Connectionless A-UNIT-DATA Non-confirmed
62 l Functional units
association
Functional units are used by this Protocol Specification to negotiate ACSE user requirements during
establishment. Three functional units are defined:
Kernel functional unit;
Authentication functional unit; and
b)
Application Context Negotiation functional unit.
Cl
The ACSE Requirements fields on the AARQ and AARE APDUs are used to select the functional units for the
association.
The Kernel functional unit is always available. It is the default functional unit. To be included, the Authentication
functional unit and the Application Context Name functional unit shall be explicitly requested on the AARQ APDU and
accepted on the AARE APDU.
The selection of the Authentication functional unit supports additional fields on the AARQ, AARE, ABRT and RLRQ
APDUs. The selection of the Application Context Negotiation functional unit supports an additional field on the AARQ
and the AARE APDUs. Neither functional unit affects the elements of procedure. Table 2 shows the services, APDUs
and APDU fields associated with the ACSE functional units.
63 0 Use of the presentation-service
determined by ACSE’s mode of operation for an association as specified
ACSE’s use of the presentation-service is
below:
a) ACSE normal mode: The ACPM uses the normal mode of the presentation-service (see ITU-T Rec. X.216
I ISO/IEC 8822). The ACPM uses the presentation-service Kernel functional unit to exchange its APCI
and, optionally, ACSE service-user information (i.e. ACSE APDUs) with its peer. The use of additional
presentation-service functional units is an ACSE service-user choice. This choice does not affect the
operation of the ACPM.
b) ACE X.41 O-1984 mode: The ACPM uses the X.410- 1984 mode of the presentation-service. Only the
Kernel functional unit is available when using the presentation-service X.410-1984 mode. In this mode,
the ACPM does not exchange its own APCI with its peer. It simply passes through information supplied
to it by the ACSE service-user or by the presentation-service.
This Protocol Specification assumes that the ACPM is the sole user of the P-CONNECT, P-RELEASE, P-U-ABORT,
and P-P-ABORT services. The ACSE neither uses nor constrains the use of any other presentation service.
6 IT&T Rec. X.227 (1995 E)
ISO/IEC 8650-l : 1996 (E)
Table 2 - Functional unit APDUs and their fields
Service APDU Field Name
Functional Unit
AARQ
Kernel A-ASSOCIATE Protocol Version
Application Context Name
Calling AP Title
Calling AE Qualifier
Calling AP Invocation-identifier
Calling AE Invocation-identifier
Called AP Title
Called AE Qualifier
Called AP Invocation-identifier
Called AE Invocation-identifier
Implementation Information
User Information
AARE Protocol Version
Application Context Name
Responding AP Title
Responding AE Qualifier
Responding AP Invocation-identifier
Responding AE Invocation-identifier
Result
Result Source-Diagnostic
Implementation Information
User Information
A-RELEASE RLRQ Reason
User Information
RLRE Reason
User Information
A-ABORT ABRT Abort Source
User Information
Authentication A-ASSOCIATE AARQ ACSE Requirements
Authentication-mechanism Name
Authentication-value
AARE Ditto
ABRT Diagnostic
Application Context A-ASSOCIATE AARQ Application Context Name List
Negotiation ACSE Requirements
AARE Ditto
The ACPM does not use the P-RESYNCHRONIZE, P-U-EXCEPTION-REPORT, or P-P-EXCEPTION-REPORT
services. However, the A-RELEASE procedure is disrupted if a primitive of one of these presentation services occurs on
the association. The disruption is made visible to the ACPM by the occurrence of an external event.
When supported by Version 1 of the session-protocol (see ITU-T Rec. X.225 I ISO/IEC 8327-l), the presentation-
service is subject to length restrictions for its user-data parameters. This Protocol Specification assumes that a local
mechanism detects violations of these constraints and makes the ACSE service-user aware of them. An encoding
optimization is specified for A-ABORT to mitigate this problem (see 7.3.3.1).
64 . Relationship to the session-service
The session functional units required for the session-connection that supports the presentation-connection (that in turn
supports the association) are determined by the A-ASSOCIATE service requestor and acceptor. They accomplish this
using the Session Requirements parameter on the A-ASSOCIATE primitives. The session functional units are described
in ITU-T Rec. X.215 I ISO/IEC 8326.
ITU-T Rec. X.227 (1995 E) 7
ISO/IEC 8650-l : 1996 (E)
The rules of the session-service affect the operation of the ACPM and its service-user. The ACSE service-user must be
aware of these constraints. This Protocol Specification assumes that a local mechanism enforces them. Some examples
of session-service constraints that affect the ACSE service-user are:
the availability of negotiated release; and
the possibility of release collisions.
b)
65 l Model
The Association Control Protocol Machine (ACPM) is modeled as a finite state machine whose specification is given in
this Protocol Specification. The ACPM communicates with its service-user by means of the ACSE service primitives
defined in ITU-T Rec. X.217 I ISO/IEC 8649. The ACPM communicates with its presentation service-provider by
means of the presentation services defined in ITU-T Rec. X.216 I ISO/IEC 8822.
NOTE 1 - An application ASE specification that references ACSE need not specify the use of ACSE service primitive
parameters that are irrelevant to its operation. The Control Function (CF) that references ACSE can be modeled to pass such
parameters between the ACPM and that part of the AEI to which the parameters are relevant.
The ACPM is driven by the receipt of input events from its ACSE service-user and from its presentation service-
provider for the underlying presentation-connection that supports the association. The input events from the ACSE
service-user are ACSE request and response primitives. The input events from its presentation service-provider are
presentation indication and confirm primitives.
The ACPM responds to input events by issuing output events to its presentation service-provider and to its ACSE
service-user. The output events to its presentation service-provider are presentation request and response primitives. The
output events to its ACSE service-user are ACSE indication and confirm primitives.
The ACPM is aware of external events that occur on the presentation-connection that supports its association (see 6.2).
The occurrence of these external events may cause the state of the ACPM to change.
The receipt of an input event, the generation of dependent actions, and the resultant output event are considered to be an
indivisible action. Likewise, the occurrence of an external event and the resultant change of state is considered to be an
indivisible action.
requesting and
During the establi shment of an association between two AEs, the existence of invocations of both the
How they are created is scope of this Protocol Specification.
responding AEs is presumed. outside of the
A new invocation of an ACPM is employed upon the receipt of an A-ASSOCIATE request primitive or a P-CONNECT
indication primitive. Each. such invocation controls exactly one association.
NOTE 2 - Each association may be identified in an end system by a local mechanism so that the ACSE service-user and
the ACPM can refer to the association.
The ACPM is modeled to operate in either one of two modes for a given association: the normal mode; and the
X.410-1984 mode as specified below:
a) When operating in the normal mode, an ACPM communicates with its peer ACPM in support of an
association by transferring ACSE Application Protocol Data Units (APDUs) defined in clause 92). An
ACSE APDU is transferred as a presentation data value in the User Data parameter of the presentation
primitive used on the underlying presentation-connection.
b) When operating in the X.410-1984 mode, an ACPM does not transfer ACSE APDUs with its peer. In this
situation, the sending and receiving of presentation primitives are in themselves significant protocol
events.
7 Elements of procedure
The ACSE protocol consists of the following procedures:
association establishment;
normal release of an association; and
abnormal release of an association.
C)
2, This is true with one exception If the association is supported by Version 1 of the session-protocol (see KU-T Rec. X.225 I
ISO/IEC 8327-l), the requesting’ ACPM does not pass ACSE APCI as user data on a P-U-ABORT request primitive. The absence
of ACSE APCI in this situation does not imply that the association is operating in the X.410-1984 mode (see 7.3.3.1).
8 IT&T Rec. X.227 (1995 E)
ISO/IEC 8650-l : 1996 (E)
In this clause, a summary of each of these elements of procedure is presented. This consists of a summary of the relevant
APDUs, and a high-level overview of the relationship between the ACSE services, the APDUs involved,
...
NORME ISOJCEI
INTERNATIONALE 8650-I
Deuxième édition
1996-I O-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts (OSI) -
Protocole en mode connexion applicable à
l’élément de service de contrôle
d‘association: Spécification du protocole
Information technology - Open Systems Interconnection -
Connection-orien ted pro tocol for the Association Con trol Service Elemen t:
Pro toc01 specifica tion
Numéro de référence
ISO/CEI 8650-I :1996(F)
ISOKEI 86504:1996(F)
Sommaire
Page
....................................................................................................................................
Domaine d’application
Références normatives .
......................................................................
2.1 Recommandations 1 Normes internationales identiques
....... 2
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
2.3 Autres références .
Définitions .
....................................................................................................
3.1 Définitions du modèle de référence
.....................................................................
3.1.1 Définitions du modèle de référence de base
3.1.2 Définitions de l’architecture de sécurité .
.................................................... 3
3.1.3 Définitions relatives à la dénomination et à l’adressage
3.2 Définitions des conventions de service .
................................................................................................
33 Définitions du service de présentation
.......................................................................... 4
3:4 Définitions de la structure de la couche Application
..............................................................................................................
3.5 Définitions du service ACSE
Définitions de la spécifïcation du protocole de contrôle d’association .
3.6
Abréviations .
Unités de données .
4.1
........................................................................ 5
4.2 Types d’unités de données de protocole d’application
Autres abréviations .
4.3
Conventions .
Aperçu général du protocole .
6.1 Fourniture du service .
Unités fonctionnelles .
6.2
6.3 Utilisation du service de présentation .
....................................................................................................
6.4 Relations avec le service de session
6.5 Modèle .
Eléments de procédure .
7.1 Etablissement d’association .
7.1.1 Objet .
7.1.2 APDU utilisées .
7.1.3 Procédure d’établissement de l’association .
Utilisation des champs de I’APDU AARQ .
7.1.4
........................................................................
7.1.5 Utilisation des champs de 1’APDU AARE
7.1.6 Collisions et interactions .
0 ISOKEI 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-121 1 Genève 20 l Suisse
Version française tirée en 1997
Imprimé en Suisse
ii
ISO/CEI8650-1:1996(F)
0 ISOKEI
.............................................................................................. 16
7.2 Terminaison normale d’une association
7.2.1 Objet .
7.2.2 APDU utilisées .
Procédure de terminaison normale . 17
7.2.3
........................................................................ 19
7.2.4 Utilisation des champs de I’APDU RLRQ
7.2.5 Utilisation des champs de 1’APDU RLRE .
................................................................................................. 19
7.2.6 Collisions et interruptions
Terminaison anormale d’une association . 20
7.3
7.3.1 Objet .
7.3.2 APDU utilisées .
Procédure de terminaison anormale . 20
7.3.3
........................................................................ 21
7.3.4 Utilisation des champs de I’APDU ABRT
7.3.5 Collisions et interactions .
Règles en vue de l’extensibilité .
7.4
............................................................................................ 22
8 Correspondance avec le service de présentation
8.1 Etablissement d’association (mode normal) .
Paramètres en correspondance directe . 23
8.1.1
8.1.2 Utilisation des autres paramètres de demande et d’indication P-CONNECT. .
8.1.3 Utilisation des autres paramètres de réponse à une demande et de confirmation
P-CONNECT .
8.2 Terminaison normale d’une association (mode normal) .
............................... 24
8.2.1 Utilisation des paramètres de demande et d’indication P-RELEASE
...........................
8.2.2 Utilisation des paramètres de réponse et de confirmation P-RELEASE
.................................................................... 25
8.3 Terminaison anormale d’une association (mode normal.
Utilisation des paramètres de réponse à une demande et d’indication P-U-ABORT .
8.3.1
8.3.2 Utilisation du paramètre d’indication P-P-ABORT .
................................................................................
8.4 Etablissement d’association (mode X.4 10-1984)
8.4.1 Paramètres en correspondance directe .
Utilisation des autres paramètres de demande et d’indication P-CONNECT. . 26
8.4.2
8.4.3 Utilisation des autres paramètres de réponse à une demande et de confirmation
P-CONNECT .
8.5 Terminaison normale d’une association (mode X.4 1 O-l 984) .
Terminaison anormale d’une association (mode X.4 10-1984) .
8.6
............................... 27
8.6.1 Utilisation des paramètres de demande et d’indication P-U-ABORT
8.6.2 Utilisation du paramètre d’indication P-P-ABORT .
.............................................................................
9 Structure et codage des unités APDU de l’élément ACSE
9.1 Syntaxe abstraite de I’APDU de l’élément ACSE .
9.2 Règles de codage utilisées pour désigner la syntaxe de transfert .
10 Conformité .
10.1 Conditions à remplir par les déclarations .
10.2 Conditions de conformité statique .
Mode normal .
10.2.1
10.2.2 Mode X.410-1984 .
................................................................................................. 32
10.3 Conditions de conformité dynamique
Mode normal .
10.3.1
10.3.2 Mode X.410-1984 .
11 Préséance .
...........................................................................................................................
12 Conditions d’enregistrement
...................................................................................................................
12.1 Appellations d’application
.........................................................................................................................
12.2 Contexte d’application
I
.............................................................................................................
12.3 Mécanisme d’authentification
. . .
@ ISOKEI
ISOKEI 86504:1996(F)
Annexe A - Tables d’états de I’ACPM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A. 1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.2 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.3 Actions à effectuer par YACPM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
A.3.1 Intersections non valides . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.3.2 Intersections valides . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
A.4 Relation avec le service de présentation et les autres ASE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Annexe B - Mécanisme d’authentification avec mot de passe
B.0 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.l Nom affecté . 39
......................................................................... 39
B.2 Type de données ASN. 1 de valeur d’authentification
B.3 Spécifïcation de traitement .
B.3.1 Demande d’authentification .
B.3.2 Exécution d’authentification .
iv
ISOKEI 8650-l: 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 de Normes
internationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I’ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un
comité technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 8650-l 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 I’UIT-T. Le texte identique est publié en tant que
Recommandation UIT-T X.227.
Cette deuxième édition annule et remplace la première édition
(ISO 8650:1988), qui a fait l’objet d’une révision technique. Elle incorpore aussi
l’Amendement 1: 1990 et le Rectificatif technique 1: 1990.
L’ISOKEI 8650 comprend les parties suivantes, présentées sous le titre général
Technologies de 1 ‘information - Interconnexion de systèmes ouverts (OSZ) -
Protocole en mode connexion applicable à l’élément de service de contrôle
d’association:
Partie 1: Spécification du protocole
- Partie 2: Formulaire de déclaration de conformité d’instance de protocole
(PICS)
Les annexes A et B font partie intégrante de la présente partie de l’ISO/CEI 8650.
V
@ ISO/CEI
ISOKEI 8650-l: 1996(F)
Introduction
La présente Spécification de protocole fait partie d’un ensemble de Recommandations et Normes internationales
élaborées pour faciliter l’interconnexion des équipements informatiques. Elle fait partie d’un ensemble de Recomman-
dations de l’UIT-T et Normes internationales dont les relations sont définies par le modèle de référence pour l’inter-
connexion des systèmes ouverts, dit modèle OS1 (Rec. UIT-T X.200 1 ISO/CEI 7498-l). Ce modèle de référence divise
le domaine de la normalisation en vue de l’interconnexion, en une série de couches de spécifications, dont chacune est
d’une taille maîtrisable.
L’objectif de I’OSI est de permettre, au prix d’un minimum d’accords techniques en dehors des normes d’interconnexion,
d’interconnecter des équipements informatiques:
-
de constructeurs différents;
-
gérés de façon différente;
-
de niveaux de complexité différents;
de différentes générations.
La présente Spécification de protocole spécifie le protocole en mode connexion de l’élément de service de contrôle
d’association (ACSE, association control service element) de la couche Application. Le protocole du service en mode
sans connexion de l’élément ACSE (A-UNIT-DATA) est spécifié dans la Rec. UIT-T X.237 1 ISO/CEI 100351.
La présente Recommandation 1 Norme internationale spécifie le protocole de l’élément de service de contrôle d’asso-
ciation (ACSE) de la couche Application. L’élément ACSE fournit les services d’établissement et de libération d’asso-
ciation d’application. Le protocole de l’élément ACSE inclut deux unités fonctionnelles facultatives. La première unité
fonctionnelle permet l’échange d’informations relatives à l’authentification pendant l’établissement de l’association. La
seconde unité fonctionnelle permet la négociation du contexte d’application pendant l’établissement de l’association. Les
services de l’élément ACSE s’appliquent à une large gamme de besoins de communication des processus d’application.
La présente Spécification de protocole comprend une annexe qui décrit la machine protocolaire de l’élément ACSE en
termes d’une table d’états. Cette machine protocolaire est appelée la machine protocolaire de contrôle d’association
(ACPM, association controlprotocol machine).
Le protocole défini dans la présente Spécification de protocole est également régi par l’utilisation du service de
présentation (Rec. UIT-T X.216 1 ISO/CEI 8822) et du service de session (Rec. UIT-T X.2 15 1 ISOKEI 8326).
La qualité de service (QS) est un paramètre du service A-ASSOCIATE. Des travaux sont encore en cours, visant à
assurer un traitement intégré de la QS à travers toutes les couches du modèle de référence OS1 et à garantir que les
traitements assurés individuellement dans chaque couche de service satisfont, de manière cohérente, les objectifs
globaux de la QS. En conséquence, un addendum pourra être apporté par la suite à la présente Spécification de protocole
pour tenir compte des développements ultérieurs du traitement de la QS et de son intégration.
vi
ISOKEI 8650-l : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - PROTOCOLE EN MODE CONNEXION APPLICABLE À
L’ÉLÉMENT DE SERVICE DE CONTRÔLE D’ASSOCIATION:
SPÉCIFICATION DU PROTOCOLE
L’élément ACSE accepte deux modes de communication: le mode connexion et le mode sans connexion. La définition
du service ACSE (Rec. UIT-T X.217 1 ISOKEI 8649) englobe ces deux modes de communication. La présente Spéci-
fication de protocole n’intéresse que la spécification de protocole pour le mode de communication connexion. La spéci-
fïcation de protocole du mode de communication sans connexion figure dans la Rec. UIT-T X.237 1 ISOKEI 10035-l.
La présente Spécification de protocole définit les procédures applicables à des instances de communication entre des
systèmes qui désirent s’interconnecter dans un environnement OS1 en mode connexion. La présente Spécification de
protocole inclut l’unité fonctionnelle noyau qui est utilisée pour établir les associations d’application et y mettre fin.
L’unité fonctionnelle d’authentification offke des fonctions supplémentaires qui permettent l’échange d’informations
destinées à assurer l’authentification pendant l’établissement de l’association sans que soient ajoutés de nouveaux
services. Les fonctions d’authentification de l’élément ACSE peuvent être utilisées pour la prise en charge d’une classe
limitée de méthodes d’authentification. L’unité fonctionnelle de négociation du contexte d’application offie des fonctions
supplémentaires qui permettent le choix du contexte d’application pendant l’établissement de l’association.
La présente Spécification de protocole spécifie:
les procédures de transfert des informations concernant le contrôle de l’association d’application et
l’authentification des entités d’application;
b) l’interaction entre une machine protocolaire ACSE et l’occurrence d’événements de présentation
extérieurs;
c) la syntaxe abstraite de représentation des ARDU de l’élément ACSE.
Les procédures ACSE sont définies en termes:
entre machines l’utilisation de services de
d’interactions protocolaires ACSE homologues, via
présentation;
d’interactions entre une machine protocolaire ACSE et son utilisateur du service.
b)
La présente Spécification de protocole spécifie également les conditions de conformité des systèmes mettant en œuvre
ces procédures. Elle ne contient pas de tests qui pourraient être utilisés pour prouver cette conformité.
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation 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 FIS0 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 de l’UIT-T en
vigueur.
Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
21 l Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) 1 ISOKEI 7498-1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) 1 ISO/CEI 9545: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de la couche Application.
-
Recommandation UIT-T X.210 (1993) 1 ISOKEI 1073 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la definition des
services de l’interconnexion des systèmes ouverts.
-
Recommandation UIT-T X.215 (1995) 1 ISO/CEI 8326: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de session.
-
Recommandation UIT-T X.2 16 (1994) 1 ISO/CEI 8822: 1994, Technologies de l’information -
- Définition du service de présentation.
Interconnexion des systèmes ouverts
-
Recommandation UIT-T X.217 (1995) 1 ISOKEI 8649: 1996, Technologies de l’information -
- Définition de service applicable à l’élément de service de contrôle
Interconnexion des systèmes ouverts
d’association.
-
Recommandation UIT-T X.225 (1995) 1 ISO/CEI 8327.1:1996, Technologies de l’information -
- Protocole de session en mode connexion: spécification.
Interconnexion des systèmes ouverts
-
Recommandation UIT-T X.237 (1995) 1 ISO/CEI 10035-l : 1995, Technologies de l’information -
- Protocole en mode sans connexion pour l’élément de service de
Interconnexion des systèmes ouverts
contrôle d’association: spécification du protocole.
-
Recommandation X.660 du CCITT (1992) 1 ISOICEI 9834~1:1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Procédures pour le fonctionnement des autorités d’enregistrement
OSI - Procédures générales.
-
Recommandation X.665 du CCITT (1992) 1 ISO/CEI 9834-6: 1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Procédures d’exploitation pour les organismes d’enregistrement de
I’OSI: processus d’application et entités d’application.
-
Recommandation UIT-T X.690 (1994) 1 ISO/CEI 8825-l : 1995, Technologies de l’information - Règles de
codage de la notation de syntaxe abstraite numéro un: spécification des règles de codage de base, des
règles de codage canoniques et des règles de codage distinctives.
22 . Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation X.208 du CCITT (1988), Spécification de la syntaxe abstraite numéro un (ASN. I).
ISOKEI 8824: 1990, Technologies de l’information - Interconnexion de systèmes ouverts - Spéczfkation
de la notation de syntaxe abstraite numéro un (ASN. I).
-
Recommandation X.650 du CCITT (1992), Interconnexion des systèmes ouverts (OS) - Modèle de
référence de base pour la dénomination et l’adressage.
ISO 7498-3: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base - Partie 3: Dénomination et adressage.
-
Recommandation X.800 du CCITT (1991), Architecture de sécurité pour l’interconnexion en systèmes
ouverts d’applications du CCITT.
ISO 7498-2: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base - Partie 2: Architecture de sécurité.
23 . Autres références
-
Recommandation X.41 0 du CCITT (1984), Systèmes de messagerie: opérations distantes et serveur de
transfert fiable.
-
- Structures pour l’identification des organisations.
ISO 6523:1984, Echange de données
3 Définitions
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
2 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
31 . Définitions du modéle de référence
3.1.1 Définitions du modéle de référence de base
La présente Spécification de protocole est fondée sur les concepts élaborés dans la Rec. UIT-T X.200 1 ISOKEI 7498-1
et utilise les termes suivants qui y sont définis:
couche Application;
a)
processus d’application;
W
entité d’application;
Cl
élément de service d’application;
unité de données du protocole d’application;
e)
informations de contrôle du protocole d’application;
r)
service de présentation;
g)
connexion de présentation;
h)
service de session;
.
protocole de session;
J)
connexion de session.
k)
Définitions de l’architecture de sécurité
3.1.2
La présente Spécification de protocole utilise le terme suivant, défini dans la Rec. X.800 du CCITT 1 ISO 7498-2:
-
mot de passe.
3.1.3 Définitions relatives a la dénomination et à l’adressage
La présente Spécification de protocole utilise les termes suivants, définis dans la Rec. X.650 du CCITT 1 ISO 7498-3:
appellation de processus d’application;
a>
b) qualificateur d’entité d’application;
appellation d’entité d’application l);
Cl
d) identificateur d’invocation de processus d’application;
identificateur d’invocation d”entité d’application;
e)
f) adresse de présentation.
. Définitions des conventions de service
La nrésente Spécification de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.210 1 ISOKEI 1073 1:
A
fournisseur du service;
a>
utilisateur du service;
b)
service de type confirmé;
Cl
service de type non confirmé;
dl
service engendré par le fournisseur;
e)
primitive;
demande (primitive de);
g)
indication (primitive d’);
h)
réponse (primitive de);
.
confirmation (primitive de).
J>
,
*) Comme défini dans la Rec. X.650 du CCITT 1 ISO 7498-3, une appellation d’entité d’application est composée d’une appellation de
processus d’application et d’un qualifïcateur d’entité d’application. Le protocole de l’élément ACSE assure le transfert d’une valeur
d’appellation d’entité d’application en transférant ses valeurs composantes.
Rec. UIT-T X.227 (1995 F) 3
ISO/CEI 8650-l : 1996 (F)
33 . Définitions du service de présentation
La présente Spécification de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.216 1 ISOKEI 8822:
syntaxe abstraite;
a)
b) nom de syntaxe abstraite;
contexte par défaut;
C>
d) ensemble des contextes définis;
e) unité fonctionnelle (de présentation);
mode normal (présentation);
f)
g) contexte de présentation;
valeur de données de présentation;
l-0
mode X.41 O-l 984 (présentation).
34 . Définitions de la structure de la couche Application
La présente Spécification de protocole utilise les termes suivants, définis dans l’ISO/CEI 9545:
contexte d’application;
a)
invocation d’entité d’application;
W
c) fonction de contrôle;
d) objet de service d’application.
35 . Définitions du service ACSE
La présente Spécifïcation de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.217 1 ISOKEI 8649:
association d’application; association;
a)
élément de service de contrôle d’association;
b)
utilisateur du service ACSE;
C)
fournisseur du service ACSE;
demandeur;
e)
accepteur;
f)
demandeur de l’association;
g)
accepteur de l’association;
h)
authentification;
.
fonction d’authentification;
J>
valeur d’authentification;
k)
mécanisme d’authentification;
1)
mode normal;
m)
mode X.410-1984;
n>
interruption.
0)
Définitions de la spécification du protocole de contrôle d’association
36 .
Les termes suivants sont introduits dans la présente Spécification de protocole:
3.6.1 machine protocolaire de contrôle d’association: la machine protocolaire de l’élément de service de contrôle
d’association spécifiée dans la Rec. UIT-T X.227 1 ISO/CEI 8650-l.
3.6.2 protocolaire de contrôle
machine protocolaire de contrôle d’association demandeur: la machine
d’association particulier.
d’association dont l’utilisateur du service est le demandeur d’un élément de service de contrôle
machine tion accepteur: la machine protocolaire de contrôle d’association
3.6.3 protocolaire de contrôle d’associa
dont l’utilisateur du de service de contrôle d’association particul ier.
service est l’accepteur d’un élément
4 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
3.6.4 événement extérieur (à un ASE): une primitive de service qui n’est pas directement référencée par un ASE
mais qui peut interrompre une procédure de service de 1’ASE.
Abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les abréviations suivantes sont utilisées.
41 0 Unités de données
APDU Unité de données de protocole d’application (application-protocol-data-unit)
42 l Types d’unités de données de protocole d’application
Les abréviations suivantes ont été retenues pour les unités de données de protocole d’application définies dans la
présente Spécification de protocole:
AARQ APDU DEMANDE D’ÉTABLISSEMENT D’ASSOCIATION (A-ASSOCIATE-REQUEST APDU)
AARE APDU REPONSE À UNE DEMANDE D’ÉTABLISSEMENT D’ASSOCIATION (A-ASSOCIATE-
RESPONSE APDU)
RLRQ APDU DEMANDE DE TERMINAISON D’APPLICATION (ARELEASE-REQUEST APDU)
RLRE APDU RÉPONSE À UNE DEMANDE DE TERMINAISON D’APPLICATION (A-RI~LEASE-
RESPONSE APDU)
ABRT APDU RUPTURE D’ASSOCIATION (A-ABORT APDU)
Autres abréviations
43 .
Les abréviations suivantes sont utilisées dans la nrésente Snécifïcation de nrotocole:
A I I
ACPM Machine protocolaire de contrôle d’association (association control protocol machine)
ACSE EIement de service de contrôle d’association (association control service element)
Entité d’application (application-entity)
AE
AEI Invocation d’entité d’application (application-entity invocation)
AP Processus d’application (application-process)
APCI Information de contrôle du protocole d’application (application-protocol-control-information)
ASE Elément de service d’application (application-service-element)
Objet de service d’application (application-service-abject)
AS0
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
Fonction de contrôle (controljkction)
CF
cnf Primitive de confirmation (confirm primitive)
ind Primitive d’indication (indication primitive)
os1 Interconnexion des systèmes ouverts (open systems interconnection)
Primitive de demande (request primitive)
req
ER Exploitation reconnue
Qualité de service
QS
Conventions
La présente Spécification de protocole utilise une présentation tabulaire des champs de ces APDU. Dans l’article 7, des
tableaux sont présentés pour chaque APDU de l’élément ACSE. Dans chaque champ figure une des abréviations
suivantes:
M présence obligatoire (mandatory)
0 présence sur option de I’ACPM
présence sur option de l’utilisateur du service ACSE
U
Rec. UIT-T X.227 (1995 F) 5
ISOKEI 8650-l : 1996 (F)
la source est la primitive de demande associée
req
ind le puits est la primitive d’indication associée
la source est la primitive de réponse associée
rsp
cnf le puits est la primitive de confirmation associée
ACPM la source ou le puits est lié à 1’ACPM
La structure de chaque APDU de l’élément ACSE est spécifiée dans l’article 9, en utilisant la notation de syntaxe
abstraite ASN. 1 (Rec. X.208 du CCITT (1988) et l’ISO/CEI 8824: 1990).
6 Aperçu général du protocole
61 . Fourniture du service
Le protocole de la présente Spécifïcation de protocole fournit les services en mode connexion définis dans la Rec. UIT-T
X.217 1 ISO/CEI 8649. Le service en mode connexion et le service en mode sans connexion sont indiqués dans le
Tableau 1. Le protocole applicable au service A-UNIT-DATA en mode sans connexion est spécifié dans la Rec. UIT-T
X.237 1 ISO/CEI 10035-l.
Pour une association déterminée, les services ACSE en mode connexion peuvent fonctionner en mode normal ou en
mode X.410-1984. Le mode de fonctionnement est déterminé par le paramètre mode de la primitive de demande
A-ASSOCIATE.
Tableau 1 - Services ACSE
Mode de communication Service
Mode connexion A-ASSOCIATE
A-RELEASE
A-ABORT
A-P-ABORT
Mode sans connexion A-UNIT-DATA
62 . Unités fonctionnelles
Les unités fonctionnelles utilisées par la présente Spécifïcation de protocole servent à négocier les besoins des
utilisateurs de l’élément ACSE pendant l’établissement de l’association. Trois unités fonctionnelles sont définies, à
savoir:
a)
l’unité fonctionnelle kemel;
b) l’unité fonctionnelle d’authentification;
c) l’unité fonctionnelle de négociation du contexte d’application.
Les champs des caractéristiques de l’élément ACSE des APDU AARQ et AARE sont utilisés pour sélectionner les unités
fonctionnelles d’authentification pour l’association.
L’unité fonctionnelle kemel est toujours disponible. Elle est l’unité fonctionnelle par défaut. Pour être incluses, l’unité
fonctionnelle d’authentification et l’unité fonctionnelle de nom du contexte d’application doivent être expressément
demandées dans 1’APDU AARQ et acceptées dans 1’APDU AARE.
La sélection de l’unité fonctionnelle d’authentification accepte des champs supplémentaires dans les APDU AARQ,
AARE et ABRT. La sélection de l’unité fonctionnelle de négociation du contexte d’application accepte un champ
supplémentaire dans les APDU AARQ et AARE. Ni l’une ni l’autre unité fonctionnelle ne modifie les éléments de
procédures. Le Tableau 2 montre les services, les APDU et les champs ARDU associés aux unités fonctionnelles ACSE.
6 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
63 . Utilisation du service de présentation
L’utilisation par l’élément ACSE du service de présentation est déterminée par le mode de fonctionnement d’ACSE pour
l’association, comme indiqué ci-après:
a) mode normal ACSE: 1’ACPM utilise le mode normal du service de présentation (Rec. UIT-T X.216 1
ISO/CEI 8822). L’ACPM utilise l’unité fonctionnelle noyau du service de présentation pour échanger des
APCI et, facultativement, des informations de l’utilisateur du service ACSE (c’est-à-dire des APDU de
l’élément ACSE) avec son homologue. L’utilisation d’autres unités fonctionnelles du service de présen-
tation est laissée au choix de l’utilisateur du service ACSE. Ce choix n’affecte pas le fonctionnement
de 1’ACPM;
b) mode ACSE X. 410-1984: I’ACPM utilise le mode X.4 1 O-1 984 du service de présentation. Quand le
service de présentation est utilisé en mode X.41 O-1984, seule l’unité fonctionnelle noyau est disponible.
Dans ce mode, I’ACPM n’échange pas d’APC1 (propres à cette machine) avec son homologue. Elle se
contente de transmettre les informations qui lui sont fournies par l’utilisateur du service ACSE ou par le
service de présentation.
Dans la présente Spécification de protocole, il est supposé que I’ACPM est le seul utilisateur des services de
P-CONNECT, P-RELEASE, P-U-ABORT et P-P-ABORT. L’élément ACSE n’utilise aucun autre service de présen-
tation et n’impose aucune contrainte quant à leur utilisation.
Tableau 2 - APDU et champ APDU des unités fonctionnelles
Unité fonctionnelle Service Nom du champ
APDU
Noyau A-ASSOCIATE AARQ Version du protocole
Nom du contexte d’application
Appellation de 1’AP appelant
Qualification de I’AE appelante
Identificateur d’invocation de 1’AP appelant
Identificateur d’invocation de 12% appelante
Appellation de 1’AP appelé
Qualifïcateur de 1’AE appelée
Identificateur d’invocation de 1’AP appelé
Identificateur d’invocation de 1’AE appelée
Informations relatives à la réalisation
Informations d’utilisateur
Version du protocole
Nom du contexte d’application
Appellation de 1’AP en réponse
Qualificateur de 1’AE en réponse
Identificateur d’invocation de 1’AP en réponse
Identificateur d’invocation de 1’AE en réponse
Résultat
Source du résultat - Diagnostic
Informations relatives à la réalisation
Informations d’utilisateur
A-RELEASE Raison
URQ
Informations d’utilisateur
RLRE Raison
Informations d’utilisateur
A-ABORT ABRT Source de coupure
Informations d’utilisateur
Authentification A-ASSOCIATE AARQ Caractéristiques de l’élément ACSE
Nom du mécanisme d’authentification
Valeur d’authentification
AARE Idem
ABRT Diagnostic
A-ASSOCIATE
Négociation du contexte AARQ Liste des noms de contexte d’application
d’application Caractéristiques de l’élément ACSE
AARE Idem
<
Rec. UIT-T X.227 (1995 F) 7
ISOKEI 8650-l : 1996 (F)
L’ACPM n’utilise pas les services de P-RESYNCHRONIZE, P-U-EXCEPTION-REPORT ou P-P-EXCEPTION-
REPORT. Toutefois, la procédure A-RELEASE est interrompue si une primitive de l’un de ces services de présentation
se présente à l’occasion. L’ACPM perçoit l’interruption grâce à l’occurrence d’un événement extérieur.
Quand il est utilisé avec la version 1 du protocole de session (Rec. UIT-T X.225 1 ISOKEI 8327-l), le service de
présentation est soumis aux limitations de longueur concernant ses paramètres données d’utilisateur. Il est supposé dans
la présente Spécification de protocole qu’un mécanisme local détecte les infractions à ces contraintes et en avertit
l’utilisateur du service ACSE. Une optimisation du codage est spécifiée pour A-ABORT, pour faciliter la résolution de
ce problème (voir 7.3.3.1).
. Relations avec le service de session
Les unités fonctionnelles de session requises pour la connexion de session qui prend en charge la connexion de
présentation (qui à son tour prend en charge l’association) sont déterminées par le demandeur et l’accepteur du service
A-ASSOCIATE. A cette fin, il utilise le paramètre propositions de l’utilisateur pour la session des primitives
A-ASSOCIATE. Les unités fonctionnelles de session sont décrites dans la Rec. UIT-T X.215 1 ISO/CEI 8326.
Les règles auxquelles est soumis le service de session affectent le fonctionnement de 1’ACPM et son utilisateur du
service ACSE. L’utilisateur du service ACSE doit avoir connaissance de ces contraintes. Il est supposé dans la présente
Spécification de protocole qu’un mécanisme local en impose l’application. Voici quelques exemples de contraintes
imposées au service de session qui affectent l’utilisateur du service ACSE:
a) la disponibilité de la terminaison négociée;
le risque de collisions de terminaisons.
W
Modèle
65 .
La machine protocolaire de contrôle d’association (ACPM) est modélisée comme une machine à états finis dont les
spécifications sont données dans la présente Spécification de protocole. L’ACPM communique avec ses utilisateurs du
service au moyen des primitives du service ACSE définies dans la Rec. UIT-T X.217 1 ISO/CEI 8649. L’ACPM
communique avec son fournisseur du service de présentation au moyen des services de présentation définis dans la
Rec. UIT-T X.216 1 ISO/CEI 8822.
NOTE 1 - La spécification d’un ASE d’application qui se rapporte à l’élément ACSE n’a pas besoin de spécifier l’utilisation
des paramètres de primitive de service ACSE qui sont sans rapport avec son fonctionnement. La fonction de contrôle (CF) qui se
rapporte à l’élément ACSE peut être modélisée de manière à transmettre ces paramètres entre 1’ACPM et la partie de I’AEI à laquelle
ces paramètres s’appliquent.
L’ACPM est commandée par la réception d’événements d’entrée provenant de son utilisateur du service ACSE et de son
fournisseur du service de présentation de la connexion de présentation sous-jacente qui prend en charge l’association.
Les événements d’entrée provenant de l’utilisateur du service ACSE sont des primitives de demande et de réponse ACSE.
Les événements d’entrée provenant de son fournisseur du service de présentation sont des primitives d’indication et de
confirmation de présentation.
L’ACPM répond aux événements d’entrée en émettant des événements de sortie à l’intention de son fournisseur du
service de présentation et de son utilisateur du service ACSE. Les événements de sortie à l’intention de son fournisseur
du service de présentation sont des primitives de demande et de réponse du service de présentation. Les évé
...
NORME ISOJCEI
INTERNATIONALE 8650-I
Deuxième édition
1996-I O-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts (OSI) -
Protocole en mode connexion applicable à
l’élément de service de contrôle
d‘association: Spécification du protocole
Information technology - Open Systems Interconnection -
Connection-orien ted pro tocol for the Association Con trol Service Elemen t:
Pro toc01 specifica tion
Numéro de référence
ISO/CEI 8650-I :1996(F)
ISOKEI 86504:1996(F)
Sommaire
Page
....................................................................................................................................
Domaine d’application
Références normatives .
......................................................................
2.1 Recommandations 1 Normes internationales identiques
....... 2
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
2.3 Autres références .
Définitions .
....................................................................................................
3.1 Définitions du modèle de référence
.....................................................................
3.1.1 Définitions du modèle de référence de base
3.1.2 Définitions de l’architecture de sécurité .
.................................................... 3
3.1.3 Définitions relatives à la dénomination et à l’adressage
3.2 Définitions des conventions de service .
................................................................................................
33 Définitions du service de présentation
.......................................................................... 4
3:4 Définitions de la structure de la couche Application
..............................................................................................................
3.5 Définitions du service ACSE
Définitions de la spécifïcation du protocole de contrôle d’association .
3.6
Abréviations .
Unités de données .
4.1
........................................................................ 5
4.2 Types d’unités de données de protocole d’application
Autres abréviations .
4.3
Conventions .
Aperçu général du protocole .
6.1 Fourniture du service .
Unités fonctionnelles .
6.2
6.3 Utilisation du service de présentation .
....................................................................................................
6.4 Relations avec le service de session
6.5 Modèle .
Eléments de procédure .
7.1 Etablissement d’association .
7.1.1 Objet .
7.1.2 APDU utilisées .
7.1.3 Procédure d’établissement de l’association .
Utilisation des champs de I’APDU AARQ .
7.1.4
........................................................................
7.1.5 Utilisation des champs de 1’APDU AARE
7.1.6 Collisions et interactions .
0 ISOKEI 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-121 1 Genève 20 l Suisse
Version française tirée en 1997
Imprimé en Suisse
ii
ISO/CEI8650-1:1996(F)
0 ISOKEI
.............................................................................................. 16
7.2 Terminaison normale d’une association
7.2.1 Objet .
7.2.2 APDU utilisées .
Procédure de terminaison normale . 17
7.2.3
........................................................................ 19
7.2.4 Utilisation des champs de I’APDU RLRQ
7.2.5 Utilisation des champs de 1’APDU RLRE .
................................................................................................. 19
7.2.6 Collisions et interruptions
Terminaison anormale d’une association . 20
7.3
7.3.1 Objet .
7.3.2 APDU utilisées .
Procédure de terminaison anormale . 20
7.3.3
........................................................................ 21
7.3.4 Utilisation des champs de I’APDU ABRT
7.3.5 Collisions et interactions .
Règles en vue de l’extensibilité .
7.4
............................................................................................ 22
8 Correspondance avec le service de présentation
8.1 Etablissement d’association (mode normal) .
Paramètres en correspondance directe . 23
8.1.1
8.1.2 Utilisation des autres paramètres de demande et d’indication P-CONNECT. .
8.1.3 Utilisation des autres paramètres de réponse à une demande et de confirmation
P-CONNECT .
8.2 Terminaison normale d’une association (mode normal) .
............................... 24
8.2.1 Utilisation des paramètres de demande et d’indication P-RELEASE
...........................
8.2.2 Utilisation des paramètres de réponse et de confirmation P-RELEASE
.................................................................... 25
8.3 Terminaison anormale d’une association (mode normal.
Utilisation des paramètres de réponse à une demande et d’indication P-U-ABORT .
8.3.1
8.3.2 Utilisation du paramètre d’indication P-P-ABORT .
................................................................................
8.4 Etablissement d’association (mode X.4 10-1984)
8.4.1 Paramètres en correspondance directe .
Utilisation des autres paramètres de demande et d’indication P-CONNECT. . 26
8.4.2
8.4.3 Utilisation des autres paramètres de réponse à une demande et de confirmation
P-CONNECT .
8.5 Terminaison normale d’une association (mode X.4 1 O-l 984) .
Terminaison anormale d’une association (mode X.4 10-1984) .
8.6
............................... 27
8.6.1 Utilisation des paramètres de demande et d’indication P-U-ABORT
8.6.2 Utilisation du paramètre d’indication P-P-ABORT .
.............................................................................
9 Structure et codage des unités APDU de l’élément ACSE
9.1 Syntaxe abstraite de I’APDU de l’élément ACSE .
9.2 Règles de codage utilisées pour désigner la syntaxe de transfert .
10 Conformité .
10.1 Conditions à remplir par les déclarations .
10.2 Conditions de conformité statique .
Mode normal .
10.2.1
10.2.2 Mode X.410-1984 .
................................................................................................. 32
10.3 Conditions de conformité dynamique
Mode normal .
10.3.1
10.3.2 Mode X.410-1984 .
11 Préséance .
...........................................................................................................................
12 Conditions d’enregistrement
...................................................................................................................
12.1 Appellations d’application
.........................................................................................................................
12.2 Contexte d’application
I
.............................................................................................................
12.3 Mécanisme d’authentification
. . .
@ ISOKEI
ISOKEI 86504:1996(F)
Annexe A - Tables d’états de I’ACPM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A. 1 Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.2 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.3 Actions à effectuer par YACPM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
A.3.1 Intersections non valides . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.3.2 Intersections valides . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
A.4 Relation avec le service de présentation et les autres ASE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Annexe B - Mécanisme d’authentification avec mot de passe
B.0 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.l Nom affecté . 39
......................................................................... 39
B.2 Type de données ASN. 1 de valeur d’authentification
B.3 Spécifïcation de traitement .
B.3.1 Demande d’authentification .
B.3.2 Exécution d’authentification .
iv
ISOKEI 8650-l: 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 de Normes
internationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I’ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un
comité technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 8650-l 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 I’UIT-T. Le texte identique est publié en tant que
Recommandation UIT-T X.227.
Cette deuxième édition annule et remplace la première édition
(ISO 8650:1988), qui a fait l’objet d’une révision technique. Elle incorpore aussi
l’Amendement 1: 1990 et le Rectificatif technique 1: 1990.
L’ISOKEI 8650 comprend les parties suivantes, présentées sous le titre général
Technologies de 1 ‘information - Interconnexion de systèmes ouverts (OSZ) -
Protocole en mode connexion applicable à l’élément de service de contrôle
d’association:
Partie 1: Spécification du protocole
- Partie 2: Formulaire de déclaration de conformité d’instance de protocole
(PICS)
Les annexes A et B font partie intégrante de la présente partie de l’ISO/CEI 8650.
V
@ ISO/CEI
ISOKEI 8650-l: 1996(F)
Introduction
La présente Spécification de protocole fait partie d’un ensemble de Recommandations et Normes internationales
élaborées pour faciliter l’interconnexion des équipements informatiques. Elle fait partie d’un ensemble de Recomman-
dations de l’UIT-T et Normes internationales dont les relations sont définies par le modèle de référence pour l’inter-
connexion des systèmes ouverts, dit modèle OS1 (Rec. UIT-T X.200 1 ISO/CEI 7498-l). Ce modèle de référence divise
le domaine de la normalisation en vue de l’interconnexion, en une série de couches de spécifications, dont chacune est
d’une taille maîtrisable.
L’objectif de I’OSI est de permettre, au prix d’un minimum d’accords techniques en dehors des normes d’interconnexion,
d’interconnecter des équipements informatiques:
-
de constructeurs différents;
-
gérés de façon différente;
-
de niveaux de complexité différents;
de différentes générations.
La présente Spécification de protocole spécifie le protocole en mode connexion de l’élément de service de contrôle
d’association (ACSE, association control service element) de la couche Application. Le protocole du service en mode
sans connexion de l’élément ACSE (A-UNIT-DATA) est spécifié dans la Rec. UIT-T X.237 1 ISO/CEI 100351.
La présente Recommandation 1 Norme internationale spécifie le protocole de l’élément de service de contrôle d’asso-
ciation (ACSE) de la couche Application. L’élément ACSE fournit les services d’établissement et de libération d’asso-
ciation d’application. Le protocole de l’élément ACSE inclut deux unités fonctionnelles facultatives. La première unité
fonctionnelle permet l’échange d’informations relatives à l’authentification pendant l’établissement de l’association. La
seconde unité fonctionnelle permet la négociation du contexte d’application pendant l’établissement de l’association. Les
services de l’élément ACSE s’appliquent à une large gamme de besoins de communication des processus d’application.
La présente Spécification de protocole comprend une annexe qui décrit la machine protocolaire de l’élément ACSE en
termes d’une table d’états. Cette machine protocolaire est appelée la machine protocolaire de contrôle d’association
(ACPM, association controlprotocol machine).
Le protocole défini dans la présente Spécification de protocole est également régi par l’utilisation du service de
présentation (Rec. UIT-T X.216 1 ISO/CEI 8822) et du service de session (Rec. UIT-T X.2 15 1 ISOKEI 8326).
La qualité de service (QS) est un paramètre du service A-ASSOCIATE. Des travaux sont encore en cours, visant à
assurer un traitement intégré de la QS à travers toutes les couches du modèle de référence OS1 et à garantir que les
traitements assurés individuellement dans chaque couche de service satisfont, de manière cohérente, les objectifs
globaux de la QS. En conséquence, un addendum pourra être apporté par la suite à la présente Spécification de protocole
pour tenir compte des développements ultérieurs du traitement de la QS et de son intégration.
vi
ISOKEI 8650-l : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - PROTOCOLE EN MODE CONNEXION APPLICABLE À
L’ÉLÉMENT DE SERVICE DE CONTRÔLE D’ASSOCIATION:
SPÉCIFICATION DU PROTOCOLE
L’élément ACSE accepte deux modes de communication: le mode connexion et le mode sans connexion. La définition
du service ACSE (Rec. UIT-T X.217 1 ISOKEI 8649) englobe ces deux modes de communication. La présente Spéci-
fication de protocole n’intéresse que la spécification de protocole pour le mode de communication connexion. La spéci-
fïcation de protocole du mode de communication sans connexion figure dans la Rec. UIT-T X.237 1 ISOKEI 10035-l.
La présente Spécification de protocole définit les procédures applicables à des instances de communication entre des
systèmes qui désirent s’interconnecter dans un environnement OS1 en mode connexion. La présente Spécification de
protocole inclut l’unité fonctionnelle noyau qui est utilisée pour établir les associations d’application et y mettre fin.
L’unité fonctionnelle d’authentification offke des fonctions supplémentaires qui permettent l’échange d’informations
destinées à assurer l’authentification pendant l’établissement de l’association sans que soient ajoutés de nouveaux
services. Les fonctions d’authentification de l’élément ACSE peuvent être utilisées pour la prise en charge d’une classe
limitée de méthodes d’authentification. L’unité fonctionnelle de négociation du contexte d’application offie des fonctions
supplémentaires qui permettent le choix du contexte d’application pendant l’établissement de l’association.
La présente Spécification de protocole spécifie:
les procédures de transfert des informations concernant le contrôle de l’association d’application et
l’authentification des entités d’application;
b) l’interaction entre une machine protocolaire ACSE et l’occurrence d’événements de présentation
extérieurs;
c) la syntaxe abstraite de représentation des ARDU de l’élément ACSE.
Les procédures ACSE sont définies en termes:
entre machines l’utilisation de services de
d’interactions protocolaires ACSE homologues, via
présentation;
d’interactions entre une machine protocolaire ACSE et son utilisateur du service.
b)
La présente Spécification de protocole spécifie également les conditions de conformité des systèmes mettant en œuvre
ces procédures. Elle ne contient pas de tests qui pourraient être utilisés pour prouver cette conformité.
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation 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 FIS0 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 de l’UIT-T en
vigueur.
Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
21 l Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) 1 ISOKEI 7498-1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) 1 ISO/CEI 9545: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de la couche Application.
-
Recommandation UIT-T X.210 (1993) 1 ISOKEI 1073 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la definition des
services de l’interconnexion des systèmes ouverts.
-
Recommandation UIT-T X.215 (1995) 1 ISO/CEI 8326: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de session.
-
Recommandation UIT-T X.2 16 (1994) 1 ISO/CEI 8822: 1994, Technologies de l’information -
- Définition du service de présentation.
Interconnexion des systèmes ouverts
-
Recommandation UIT-T X.217 (1995) 1 ISOKEI 8649: 1996, Technologies de l’information -
- Définition de service applicable à l’élément de service de contrôle
Interconnexion des systèmes ouverts
d’association.
-
Recommandation UIT-T X.225 (1995) 1 ISO/CEI 8327.1:1996, Technologies de l’information -
- Protocole de session en mode connexion: spécification.
Interconnexion des systèmes ouverts
-
Recommandation UIT-T X.237 (1995) 1 ISO/CEI 10035-l : 1995, Technologies de l’information -
- Protocole en mode sans connexion pour l’élément de service de
Interconnexion des systèmes ouverts
contrôle d’association: spécification du protocole.
-
Recommandation X.660 du CCITT (1992) 1 ISOICEI 9834~1:1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Procédures pour le fonctionnement des autorités d’enregistrement
OSI - Procédures générales.
-
Recommandation X.665 du CCITT (1992) 1 ISO/CEI 9834-6: 1993, Technologies de l’information -
Interconnexion des systèmes ouverts - Procédures d’exploitation pour les organismes d’enregistrement de
I’OSI: processus d’application et entités d’application.
-
Recommandation UIT-T X.690 (1994) 1 ISO/CEI 8825-l : 1995, Technologies de l’information - Règles de
codage de la notation de syntaxe abstraite numéro un: spécification des règles de codage de base, des
règles de codage canoniques et des règles de codage distinctives.
22 . Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation X.208 du CCITT (1988), Spécification de la syntaxe abstraite numéro un (ASN. I).
ISOKEI 8824: 1990, Technologies de l’information - Interconnexion de systèmes ouverts - Spéczfkation
de la notation de syntaxe abstraite numéro un (ASN. I).
-
Recommandation X.650 du CCITT (1992), Interconnexion des systèmes ouverts (OS) - Modèle de
référence de base pour la dénomination et l’adressage.
ISO 7498-3: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base - Partie 3: Dénomination et adressage.
-
Recommandation X.800 du CCITT (1991), Architecture de sécurité pour l’interconnexion en systèmes
ouverts d’applications du CCITT.
ISO 7498-2: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base - Partie 2: Architecture de sécurité.
23 . Autres références
-
Recommandation X.41 0 du CCITT (1984), Systèmes de messagerie: opérations distantes et serveur de
transfert fiable.
-
- Structures pour l’identification des organisations.
ISO 6523:1984, Echange de données
3 Définitions
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
2 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
31 . Définitions du modéle de référence
3.1.1 Définitions du modéle de référence de base
La présente Spécification de protocole est fondée sur les concepts élaborés dans la Rec. UIT-T X.200 1 ISOKEI 7498-1
et utilise les termes suivants qui y sont définis:
couche Application;
a)
processus d’application;
W
entité d’application;
Cl
élément de service d’application;
unité de données du protocole d’application;
e)
informations de contrôle du protocole d’application;
r)
service de présentation;
g)
connexion de présentation;
h)
service de session;
.
protocole de session;
J)
connexion de session.
k)
Définitions de l’architecture de sécurité
3.1.2
La présente Spécification de protocole utilise le terme suivant, défini dans la Rec. X.800 du CCITT 1 ISO 7498-2:
-
mot de passe.
3.1.3 Définitions relatives a la dénomination et à l’adressage
La présente Spécification de protocole utilise les termes suivants, définis dans la Rec. X.650 du CCITT 1 ISO 7498-3:
appellation de processus d’application;
a>
b) qualificateur d’entité d’application;
appellation d’entité d’application l);
Cl
d) identificateur d’invocation de processus d’application;
identificateur d’invocation d”entité d’application;
e)
f) adresse de présentation.
. Définitions des conventions de service
La nrésente Spécification de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.210 1 ISOKEI 1073 1:
A
fournisseur du service;
a>
utilisateur du service;
b)
service de type confirmé;
Cl
service de type non confirmé;
dl
service engendré par le fournisseur;
e)
primitive;
demande (primitive de);
g)
indication (primitive d’);
h)
réponse (primitive de);
.
confirmation (primitive de).
J>
,
*) Comme défini dans la Rec. X.650 du CCITT 1 ISO 7498-3, une appellation d’entité d’application est composée d’une appellation de
processus d’application et d’un qualifïcateur d’entité d’application. Le protocole de l’élément ACSE assure le transfert d’une valeur
d’appellation d’entité d’application en transférant ses valeurs composantes.
Rec. UIT-T X.227 (1995 F) 3
ISO/CEI 8650-l : 1996 (F)
33 . Définitions du service de présentation
La présente Spécification de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.216 1 ISOKEI 8822:
syntaxe abstraite;
a)
b) nom de syntaxe abstraite;
contexte par défaut;
C>
d) ensemble des contextes définis;
e) unité fonctionnelle (de présentation);
mode normal (présentation);
f)
g) contexte de présentation;
valeur de données de présentation;
l-0
mode X.41 O-l 984 (présentation).
34 . Définitions de la structure de la couche Application
La présente Spécification de protocole utilise les termes suivants, définis dans l’ISO/CEI 9545:
contexte d’application;
a)
invocation d’entité d’application;
W
c) fonction de contrôle;
d) objet de service d’application.
35 . Définitions du service ACSE
La présente Spécifïcation de protocole utilise les termes suivants, définis dans la Rec. UIT-T X.217 1 ISOKEI 8649:
association d’application; association;
a)
élément de service de contrôle d’association;
b)
utilisateur du service ACSE;
C)
fournisseur du service ACSE;
demandeur;
e)
accepteur;
f)
demandeur de l’association;
g)
accepteur de l’association;
h)
authentification;
.
fonction d’authentification;
J>
valeur d’authentification;
k)
mécanisme d’authentification;
1)
mode normal;
m)
mode X.410-1984;
n>
interruption.
0)
Définitions de la spécification du protocole de contrôle d’association
36 .
Les termes suivants sont introduits dans la présente Spécification de protocole:
3.6.1 machine protocolaire de contrôle d’association: la machine protocolaire de l’élément de service de contrôle
d’association spécifiée dans la Rec. UIT-T X.227 1 ISO/CEI 8650-l.
3.6.2 protocolaire de contrôle
machine protocolaire de contrôle d’association demandeur: la machine
d’association particulier.
d’association dont l’utilisateur du service est le demandeur d’un élément de service de contrôle
machine tion accepteur: la machine protocolaire de contrôle d’association
3.6.3 protocolaire de contrôle d’associa
dont l’utilisateur du de service de contrôle d’association particul ier.
service est l’accepteur d’un élément
4 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
3.6.4 événement extérieur (à un ASE): une primitive de service qui n’est pas directement référencée par un ASE
mais qui peut interrompre une procédure de service de 1’ASE.
Abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les abréviations suivantes sont utilisées.
41 0 Unités de données
APDU Unité de données de protocole d’application (application-protocol-data-unit)
42 l Types d’unités de données de protocole d’application
Les abréviations suivantes ont été retenues pour les unités de données de protocole d’application définies dans la
présente Spécification de protocole:
AARQ APDU DEMANDE D’ÉTABLISSEMENT D’ASSOCIATION (A-ASSOCIATE-REQUEST APDU)
AARE APDU REPONSE À UNE DEMANDE D’ÉTABLISSEMENT D’ASSOCIATION (A-ASSOCIATE-
RESPONSE APDU)
RLRQ APDU DEMANDE DE TERMINAISON D’APPLICATION (ARELEASE-REQUEST APDU)
RLRE APDU RÉPONSE À UNE DEMANDE DE TERMINAISON D’APPLICATION (A-RI~LEASE-
RESPONSE APDU)
ABRT APDU RUPTURE D’ASSOCIATION (A-ABORT APDU)
Autres abréviations
43 .
Les abréviations suivantes sont utilisées dans la nrésente Snécifïcation de nrotocole:
A I I
ACPM Machine protocolaire de contrôle d’association (association control protocol machine)
ACSE EIement de service de contrôle d’association (association control service element)
Entité d’application (application-entity)
AE
AEI Invocation d’entité d’application (application-entity invocation)
AP Processus d’application (application-process)
APCI Information de contrôle du protocole d’application (application-protocol-control-information)
ASE Elément de service d’application (application-service-element)
Objet de service d’application (application-service-abject)
AS0
ASN. 1 Notation de syntaxe abstraite numéro un (abstract syntax notation one)
Fonction de contrôle (controljkction)
CF
cnf Primitive de confirmation (confirm primitive)
ind Primitive d’indication (indication primitive)
os1 Interconnexion des systèmes ouverts (open systems interconnection)
Primitive de demande (request primitive)
req
ER Exploitation reconnue
Qualité de service
QS
Conventions
La présente Spécification de protocole utilise une présentation tabulaire des champs de ces APDU. Dans l’article 7, des
tableaux sont présentés pour chaque APDU de l’élément ACSE. Dans chaque champ figure une des abréviations
suivantes:
M présence obligatoire (mandatory)
0 présence sur option de I’ACPM
présence sur option de l’utilisateur du service ACSE
U
Rec. UIT-T X.227 (1995 F) 5
ISOKEI 8650-l : 1996 (F)
la source est la primitive de demande associée
req
ind le puits est la primitive d’indication associée
la source est la primitive de réponse associée
rsp
cnf le puits est la primitive de confirmation associée
ACPM la source ou le puits est lié à 1’ACPM
La structure de chaque APDU de l’élément ACSE est spécifiée dans l’article 9, en utilisant la notation de syntaxe
abstraite ASN. 1 (Rec. X.208 du CCITT (1988) et l’ISO/CEI 8824: 1990).
6 Aperçu général du protocole
61 . Fourniture du service
Le protocole de la présente Spécifïcation de protocole fournit les services en mode connexion définis dans la Rec. UIT-T
X.217 1 ISO/CEI 8649. Le service en mode connexion et le service en mode sans connexion sont indiqués dans le
Tableau 1. Le protocole applicable au service A-UNIT-DATA en mode sans connexion est spécifié dans la Rec. UIT-T
X.237 1 ISO/CEI 10035-l.
Pour une association déterminée, les services ACSE en mode connexion peuvent fonctionner en mode normal ou en
mode X.410-1984. Le mode de fonctionnement est déterminé par le paramètre mode de la primitive de demande
A-ASSOCIATE.
Tableau 1 - Services ACSE
Mode de communication Service
Mode connexion A-ASSOCIATE
A-RELEASE
A-ABORT
A-P-ABORT
Mode sans connexion A-UNIT-DATA
62 . Unités fonctionnelles
Les unités fonctionnelles utilisées par la présente Spécifïcation de protocole servent à négocier les besoins des
utilisateurs de l’élément ACSE pendant l’établissement de l’association. Trois unités fonctionnelles sont définies, à
savoir:
a)
l’unité fonctionnelle kemel;
b) l’unité fonctionnelle d’authentification;
c) l’unité fonctionnelle de négociation du contexte d’application.
Les champs des caractéristiques de l’élément ACSE des APDU AARQ et AARE sont utilisés pour sélectionner les unités
fonctionnelles d’authentification pour l’association.
L’unité fonctionnelle kemel est toujours disponible. Elle est l’unité fonctionnelle par défaut. Pour être incluses, l’unité
fonctionnelle d’authentification et l’unité fonctionnelle de nom du contexte d’application doivent être expressément
demandées dans 1’APDU AARQ et acceptées dans 1’APDU AARE.
La sélection de l’unité fonctionnelle d’authentification accepte des champs supplémentaires dans les APDU AARQ,
AARE et ABRT. La sélection de l’unité fonctionnelle de négociation du contexte d’application accepte un champ
supplémentaire dans les APDU AARQ et AARE. Ni l’une ni l’autre unité fonctionnelle ne modifie les éléments de
procédures. Le Tableau 2 montre les services, les APDU et les champs ARDU associés aux unités fonctionnelles ACSE.
6 Rec. UIT-T X.227 (1995 F)
ISOKEI 8650-l : 1996 (F)
63 . Utilisation du service de présentation
L’utilisation par l’élément ACSE du service de présentation est déterminée par le mode de fonctionnement d’ACSE pour
l’association, comme indiqué ci-après:
a) mode normal ACSE: 1’ACPM utilise le mode normal du service de présentation (Rec. UIT-T X.216 1
ISO/CEI 8822). L’ACPM utilise l’unité fonctionnelle noyau du service de présentation pour échanger des
APCI et, facultativement, des informations de l’utilisateur du service ACSE (c’est-à-dire des APDU de
l’élément ACSE) avec son homologue. L’utilisation d’autres unités fonctionnelles du service de présen-
tation est laissée au choix de l’utilisateur du service ACSE. Ce choix n’affecte pas le fonctionnement
de 1’ACPM;
b) mode ACSE X. 410-1984: I’ACPM utilise le mode X.4 1 O-1 984 du service de présentation. Quand le
service de présentation est utilisé en mode X.41 O-1984, seule l’unité fonctionnelle noyau est disponible.
Dans ce mode, I’ACPM n’échange pas d’APC1 (propres à cette machine) avec son homologue. Elle se
contente de transmettre les informations qui lui sont fournies par l’utilisateur du service ACSE ou par le
service de présentation.
Dans la présente Spécification de protocole, il est supposé que I’ACPM est le seul utilisateur des services de
P-CONNECT, P-RELEASE, P-U-ABORT et P-P-ABORT. L’élément ACSE n’utilise aucun autre service de présen-
tation et n’impose aucune contrainte quant à leur utilisation.
Tableau 2 - APDU et champ APDU des unités fonctionnelles
Unité fonctionnelle Service Nom du champ
APDU
Noyau A-ASSOCIATE AARQ Version du protocole
Nom du contexte d’application
Appellation de 1’AP appelant
Qualification de I’AE appelante
Identificateur d’invocation de 1’AP appelant
Identificateur d’invocation de 12% appelante
Appellation de 1’AP appelé
Qualifïcateur de 1’AE appelée
Identificateur d’invocation de 1’AP appelé
Identificateur d’invocation de 1’AE appelée
Informations relatives à la réalisation
Informations d’utilisateur
Version du protocole
Nom du contexte d’application
Appellation de 1’AP en réponse
Qualificateur de 1’AE en réponse
Identificateur d’invocation de 1’AP en réponse
Identificateur d’invocation de 1’AE en réponse
Résultat
Source du résultat - Diagnostic
Informations relatives à la réalisation
Informations d’utilisateur
A-RELEASE Raison
URQ
Informations d’utilisateur
RLRE Raison
Informations d’utilisateur
A-ABORT ABRT Source de coupure
Informations d’utilisateur
Authentification A-ASSOCIATE AARQ Caractéristiques de l’élément ACSE
Nom du mécanisme d’authentification
Valeur d’authentification
AARE Idem
ABRT Diagnostic
A-ASSOCIATE
Négociation du contexte AARQ Liste des noms de contexte d’application
d’application Caractéristiques de l’élément ACSE
AARE Idem
<
Rec. UIT-T X.227 (1995 F) 7
ISOKEI 8650-l : 1996 (F)
L’ACPM n’utilise pas les services de P-RESYNCHRONIZE, P-U-EXCEPTION-REPORT ou P-P-EXCEPTION-
REPORT. Toutefois, la procédure A-RELEASE est interrompue si une primitive de l’un de ces services de présentation
se présente à l’occasion. L’ACPM perçoit l’interruption grâce à l’occurrence d’un événement extérieur.
Quand il est utilisé avec la version 1 du protocole de session (Rec. UIT-T X.225 1 ISOKEI 8327-l), le service de
présentation est soumis aux limitations de longueur concernant ses paramètres données d’utilisateur. Il est supposé dans
la présente Spécification de protocole qu’un mécanisme local détecte les infractions à ces contraintes et en avertit
l’utilisateur du service ACSE. Une optimisation du codage est spécifiée pour A-ABORT, pour faciliter la résolution de
ce problème (voir 7.3.3.1).
. Relations avec le service de session
Les unités fonctionnelles de session requises pour la connexion de session qui prend en charge la connexion de
présentation (qui à son tour prend en charge l’association) sont déterminées par le demandeur et l’accepteur du service
A-ASSOCIATE. A cette fin, il utilise le paramètre propositions de l’utilisateur pour la session des primitives
A-ASSOCIATE. Les unités fonctionnelles de session sont décrites dans la Rec. UIT-T X.215 1 ISO/CEI 8326.
Les règles auxquelles est soumis le service de session affectent le fonctionnement de 1’ACPM et son utilisateur du
service ACSE. L’utilisateur du service ACSE doit avoir connaissance de ces contraintes. Il est supposé dans la présente
Spécification de protocole qu’un mécanisme local en impose l’application. Voici quelques exemples de contraintes
imposées au service de session qui affectent l’utilisateur du service ACSE:
a) la disponibilité de la terminaison négociée;
le risque de collisions de terminaisons.
W
Modèle
65 .
La machine protocolaire de contrôle d’association (ACPM) est modélisée comme une machine à états finis dont les
spécifications sont données dans la présente Spécification de protocole. L’ACPM communique avec ses utilisateurs du
service au moyen des primitives du service ACSE définies dans la Rec. UIT-T X.217 1 ISO/CEI 8649. L’ACPM
communique avec son fournisseur du service de présentation au moyen des services de présentation définis dans la
Rec. UIT-T X.216 1 ISO/CEI 8822.
NOTE 1 - La spécification d’un ASE d’application qui se rapporte à l’élément ACSE n’a pas besoin de spécifier l’utilisation
des paramètres de primitive de service ACSE qui sont sans rapport avec son fonctionnement. La fonction de contrôle (CF) qui se
rapporte à l’élément ACSE peut être modélisée de manière à transmettre ces paramètres entre 1’ACPM et la partie de I’AEI à laquelle
ces paramètres s’appliquent.
L’ACPM est commandée par la réception d’événements d’entrée provenant de son utilisateur du service ACSE et de son
fournisseur du service de présentation de la connexion de présentation sous-jacente qui prend en charge l’association.
Les événements d’entrée provenant de l’utilisateur du service ACSE sont des primitives de demande et de réponse ACSE.
Les événements d’entrée provenant de son fournisseur du service de présentation sont des primitives d’indication et de
confirmation de présentation.
L’ACPM répond aux événements d’entrée en émettant des événements de sortie à l’intention de son fournisseur du
service de présentation et de son utilisateur du service ACSE. Les événements de sortie à l’intention de son fournisseur
du service de présentation sont des primitives de demande et de réponse du service de présentation. Les évé
...
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...