ISO/IEC 9594-5:2005

Information technology - Open Systems Interconnection - The Directory: Protocol specifications - Part 5:

ISO/IEC 9594-5:2005 provides specifications for how information about objects, e.g. persons, is organized, created, maintained and retrieved. It also gives provisions for protecting stored information through authentication and access control specifications. ISO/IEC 9594-5:2005 specifies the Directory Access Protocol, the Directory System Protocol, the Directory Information Shadowing Protocol and the Directory Operational Binding Management Protocol, fulfilling the abstract services specified in ISO/IEC 9594-2, ISO/IEC 9594-3, ISO/IEC 9594-4 and ISO/IEC 9594-9. It defines both the use of an OSI and of an TCP/IP underlying protocol stack.

Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — L'annuaire: Spécifications du protocole — Partie 5:

L'ISO/CEI 9594-5:2005 fournit des spécifications sur la manière dont les informations à propos d'objets, par exemple des personnes, sont organisées, créées, mises à jour et extraites. Elle donne aussi des dispositions pour protéger les informations stockées à travers des spécifications d'authentification et de contrôle d'accès. L'ISO/CEI 9594-5:2005 spécifie le protocole d'accès à l'annuaire, le protocole du système d'annuaire, le protocole de duplication miroir d'informations de l'annuaire et le protocole de gestion des liens opérationnels pour l'annuaire, pour l'accomplissement des services abstraits spécifiés dans l'ISO/CEI 9594-2, l'ISO/CEI 9594-3, l'ISO/CEI 9594-4 et l'ISO/IEC 9594-9. Elle définit à la fois l'utilisation d'une OSI et d'une pile de protocoles sous-jacents de TCP/IP.

General Information

• Status: Withdrawn
• Publication Date: 14-Dec-2005
• Withdrawal Date: 14-Dec-2005
• ICS: 35.100.70 - Application layer
• Technical Committee: ISO/IEC JTC 1/SC 6 - Telecommunications and information exchange between systems
• Drafting Committee: ISO/IEC JTC 1/SC 6 - Telecommunications and information exchange between systems
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 13-Sep-2012
• Completion Date: 30-Oct-2025

Relations

• Revised: ISO/IEC 9594-5:2008 - Information technology - Open Systems Interconnection - The Directory: Protocol specifications - Part 5:
• Effective Date: 18-Dec-2008
• Revises: ISO/IEC 9594-5:2001 - Information technology - Open Systems Interconnection - The Directory: Protocol specifications - Part 5:
• Effective Date: 15-Apr-2008

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 9594-5
Fifth edition
2005-12-15
Information technology — Open Systems
Interconnection — The Directory:
Protocol specifications
Technologies de l'information — Interconnexion de systèmes ouverts
(OSI) — L'annuaire: Spécification du protocole

Reference number
©
ISO/IEC 2005
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO/IEC 2005
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published by ISO in 2006
Published in Switzerland
ii © ISO/IEC 2005 – All rights reserved

CONTENTS
Page
1 Scope. 1
2 References . 1
2.1 Normative references. 1

2.2 Non-normative references. 2
3 Definitions . 2

3.1 Basic Directory definitions. 2
3.2 Distributed Operation Definitions. 3
3.3 Protocol specification definitions . 3
4 Abbreviations . 4
5 Conventions . 4
6 Common protocol specification. 5
6.1 Directory associations and operations. 5
6.2 Specification for Directory operations . 5
6.3 Directory protocol overview. 6
6.4 Operation codes. 7
6.5 Error codes . 8
6.6 Abstract syntaxes . 8
7 Directory protocols using the OSI stack . 8
7.1 OSI-PDUs . 8
7.2 Directory PDU structure. 9
7.3 Session PDUs. 9
7.4 OSI addressing . 10
7.5 Procedure and sequencing. 10
7.6 Directory PDU specifications . 11
8 Directory protocol mapping onto OSI services . 24
8.1 Abstract syntaxes and transfer syntaxes . 24
8.2 Application-contexts. 24
8.3 Session Layer specification . 26
8.4 Use of transport service. 32
9 IDM protocol. 32
9.1 IDM-PDUs . 32
9.2 Sequencing requirements. 34
9.3 Protocols . 35
9.4 Reject reasons . 35
9.5 Abort reasons . 36
9.6 Mapping onto TCP/IP . 36
9.7 Addressing. 37
9.8 Use of TLS . 37
10 Directory protocol mapping onto the IDM protocol. 38
10.1 DAP-IP protocol. 38
10.2 DSP-IP protocol. 38
10.3 DISP-IP protocol . 39
10.4 DOP-IP protocol. 39
11 Protocol stack coexistence. 39
11.1 Coexistence between OSI and IDM stacks . 39
11.2 Coexistence in the presence of LDAP . 40
11.3 Defining an NSAP format for LDAP. 40
12 Versions and the rules for extensibility . 40
12.1 DUA to DSA. 41
12.2 DSA to DSA . 41
12.3 Rules of extensibility for object classes . 43
© ISO/IEC 2005 – All rights reserved iii

ISO/ IEC 9594-5:2005(E)
Page
12.4 Rules of extensibility for user attribute types . 43

13 Conformance. 43

13.1 Conformance by DUAs . 43

13.2 Conformance by DSAs. 44
13.3 Conformance by a shadow supplier . 47
13.4 Conformance by a shadow consumer . 48
Annex A – Common protocol specifications in ASN.1 . 49
Annex B – OSI Protocol in ASN.1 . 51
Annex C – Directory OSI Protocols in ASN.1. 57
Annex D – IDM Protocol in ASN.1 . 60
Annex E – Directory IDM Protocols in ASN.1. 63
Annex F – Directory operational binding types . 65
Annex G – Amendments and corrigenda. 66

iv © ISO/IEC 2005 – All rights reserved

Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. 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.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC 9594-5 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 6, Telecommunications and information exchange between systems, in collaboration with
ITU-T. The identical text is published as ITU-T Rec. X.519.
This fifth edition of ISO/IEC 9594-5 constitutes a technical revision of the fourth edition
(ISO/IEC 9594-5:2004), which is provisionally retained in order to support implementations based on the
fourth edition.
ISO/IEC 9594 consists of the following parts, under the general title Information technology — Open Systems
Interconnection — The Directory:
⎯ Part 1: Overview of concepts, models and services
⎯ Part 2: Models
⎯ Part 3: Abstract service definition
⎯ Part 4: Procedures for distributed operation
⎯ Part 5: Protocol specifications
⎯ Part 6: Selected attribute types
⎯ Part 7: Selected object classes
⎯ Part 8: Public-key and attribute certificate frameworks
⎯ Part 9: Replication
⎯ Part 10: Use of systems management for administration of the Directory

© ISO/IEC 2005 – All rights reserved v

Introduction
This Recommendation | International Standard, together with the other Recommendations | International Standards, has
been produced to facilitate the interconnection of information processing systems to provide directory services. A set of
such systems, together with the directory information that they hold, can be viewed as an integrated whole, called the
Directory. The information held by the Directory, collectively known as the Directory Information Base (DIB), is
typically used to facilitate communication between, with or about objects such as application entities, people, terminals

and distribution lists.
The Directory plays a significant role in Open Systems Interconnection, whose aim is to allow, with a minimum of

technical agreement outside of the interconnection standards themselves, the interconnection of information processing
systems:
– from different manufacturers;
– under different managements;
– of different levels of complexity; and
– of different ages.
This Recommendation | International Standard specifies the application service elements and application contexts for
two protocols – the Directory Access Protocol (DAP) and the Directory System Protocol (DSP). The DAP provides for
access to the Directory to retrieve or modify Directory information. The DSP provides for the chaining of requests to
retrieve or modify Directory information to other parts of the distributed Directory System where the information may
be held.
In addition, this Recommendation | International Standard specifies the application service elements and application
contexts for the Directory Information Shadowing Protocol (DISP) and the Directory Operational Binding Management
Protocol (DOP). The DISP provides for the shadowing of information held in one DSA to another DSA. The DOP
provides for the establishment, modification and termination of bindings between pairs of DSAs for the administration
of relationships between the DSAs (such as for shadowing or hierarchical relationships).
This Recommendation | International Standard provides the foundation frameworks upon which industry profiles can be
defined by other standards groups and industry forums. Many of the features defined as optional in these frameworks
may be mandated for use in certain environments through profiles. This fifth edition technically revises and enhances,
but does not replace, the fourth edition of this Recommendation | International Standard. Implementations may still
claim conformance to the fourth edition. However, at some point, the fourth edition will not be supported (i.e., reported
defects will no longer be resolved). It is recommended that implementations conform to this fifth edition as soon as
possible.
This fifth edition specifies versions 1 and 2 of the Directory protocols.
The first and second editions specified only version 1. Most of the services and protocols specified in this edition are
designed to function under version 1. However some enhanced services and protocols, e.g., signed errors, will not
function unless all Directory entities involved in the operation have negotiated version 2. Whichever version has been
negotiated, differences between the services and between the protocols defined in the five editions, except for those
specifically assigned to version 2, are accommodated using the rules of extensibility defined in this edition of ITU-T
Rec. X.519 | ISO/IEC 9594-5.
Annex A, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module for the
common specifications for the Directory protocols.
Annex B, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module for the
OSI protocol specification.
Annex C, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module for the
Directory OSI protocols.
Annex D, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module for the
IDM protocol specification.
Annex E, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module for the
Directory IDM protocols.
Annex F, which is an integral part of this Recommendation | International Standard, provides the ASN.1 module which
contains all the ASN.1 object identifiers assigned to identify operational binding types in this series of
Recommendations | International Standards.
Annex G, which is not an integral part of this Recommendation | International Standard, lists the amendments and
defect reports that have been incorporated to form this edition of this Recommendation | International Standard.
vi © ISO/IEC 2005 – All rights reserved

INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
Information technology – Open Systems Interconnection –
The Directory: Protocol specifications
1 Scope
This Recommendation | International Standard specifies the Directory Access Protocol, the Directory System Protocol,
the Directory Information Shadowing Protocol, and the Directory Operational Binding Management Protocol fulfilling
the abstract services specified in ITU-T Rec. X.511 | ISO/IEC 9594-3, ITU-T Rec. X.518 | ISO/IEC 9594-4, ITU-T
Rec. X.525 | ISO/IEC 9594-9, and ITU-T Rec. X.501 | ISO/IEC 9594-2.
2 References
2.1 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
2.1.1 Identical Recommendations | International Standards
– ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1:1994, Information technology – Open Systems
Interconnection – Basic Reference Model: The basic model.
– ITU-T Recommendation X.213 (2001) | ISO/IEC 8348:2002, Information technology – Open Systems
Interconnection – Network service definition.
– ITU-T Recommendation X.214 (1995) | ISO/IEC 8072:1996, Information technology – Open Systems
Interconnection – Transport service definition.
– ITU-T Recommendation X.500 (2005) | ISO/IEC 9594-1:2005, Information technology – Open Systems
Interconnection – The Directory: Overview of concepts, models and services.
– ITU-T Recommendation X.501 (2005) | ISO/IEC 9594-2:2005, Information technology – Open Systems
Interconnection – The Directory: Models.
– ITU-T Recommendation X.509 (2005) | ISO/IEC 9594-8:2005, Information technology – Open Systems
Interconnection – The Directory: Public-key and attribute certificate frameworks.
– ITU-T Recommendation X.511 (2005) | ISO/IEC 9594-3:2005, Information technology – Open Systems
Interconnection – The Directory: Abstract service definition.
– ITU-T Recommendation X.518 (2005) | ISO/IEC 9594-4:2005, Information technology – Open Systems
Interconnection – The Directory: Procedures for distributed operation.
– ITU-T Recommendation X.520 (2005) | ISO/IEC 9594-6:2005, Information technology – Open Systems
Interconnection – The Directory: Selected attribute types.
– ITU-T Recommendation X.521 (2005) | ISO/IEC 9594-7:2005, Information technology – Open Systems
Interconnection – The Directory: Selected object classes.
– ITU-T Recommendation X.525 (2005) | ISO/IEC 9594-9:2005, Information technology – Open Systems
Interconnection – The Directory: Replication.
– ITU-T Recommendation X.530 (2005) | ISO/IEC 9594-10:2005, Information technology – Open Systems
Interconnection – The Directory: Use of systems management for administration of the Directory.
ITU-T Rec. X.519 (08/2005) 1
– ITU-T Recommendation X.680 (2002) | ISO/IEC 8824-1:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Specification of basic notation.
– ITU-T Recommendation X.681 (2002) | ISO/IEC 8824-2:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Information object specification.
– ITU-T Recommendation X.682 (2002) | ISO/IEC 8824-3:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Constraint specification.
– ITU-T Recommendation X.683 (2002) | ISO/IEC 8824-4:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Parameterization of ASN.1 specifications.
– ITU-T Recommendation X.690 (2002) | ISO/IEC 8825-1:2002, Information technology – ASN.1
encoding rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and
Distinguished Encoding Rules (DER).
2.1.2 ISO/IEC Standards
– ISO/IEC 10646:2003, Information technology – Universal Multiple-Octet Coded Character Set (UCS).
2.1.3 Other references
– ITU-T Recommendation E.164 (2005), The international public telecommunication numbering plan.
– ITU-T Recommendation X.121 (2000), International numbering plan for public data networks.
– IETF RFC 2025 (1996), The Simple Public-Key GSS-API Mechanism (SPKM).
– IETF RFC 793 (1981), Transmission Control Protocol – DARPA Internet Program – Protocol
Specification.
– IETF RFC 1277 (1991), Encoding Network Addresses to Support Operation over Non-OSI Lower
Layers.
– IETF RFC 1738 (1994), Uniform Resource Locators (URL).
– IETF RFC 2246 (1999), The TLS Protocol Version 1.0.
– IETF RFC 2251 (1997), Lightweight Directory Access Protocol (v3).
– IETF RFC 3546 (2003), Transport Layer Security (TLS) Extensions.
2.2 Non-normative references
– ITU-T Recommendation X.217 (1995) | ISO/IEC 8649:1996, Information technology – Open Systems
Interconnection – Service definition for the Association Control Service Element.
– ITU-T Recommendation X.225 (1995) | ISO/IEC 8327-1:1996, Information technology – Open Systems
Interconnection – Connection-oriented Session protocol: Protocol specification.
– ITU-T Recommendation X.226 (1994) | ISO/IEC 8823-1:1994, Information technology – Open Systems
Interconnection – Connection-oriented Presentation protocol: Protocol specification.
– ITU-T Recommendation X.227 (1995) | ISO/IEC 8650-1:1996, Information technology – Open Systems
Interconnection – Connection-oriented protocol for the Association Control Service Element: Protocol
specification.
– ITU-T Recommendation X.881 (1994) | ISO/IEC 13712-2:1995, Information technology – Remote
Operations: OSI realizations – Remote Operations Service Element (ROSE) service definition.
3 Definitions
For the purposes of this Recommendation | International Standard, the following definitions apply:
3.1 Basic Directory definitions
The following terms are defined in ITU-T Rec. X.501 | ISO/IEC 9594-2:
a) the Directory;
b) (Directory) user;
c) Directory System Agent (DSA);
d) Directory User Agent (DUA).
2 ITU-T Rec. X.519 (08/2005)
3.2 Distributed Operation Definitions
The following terms are defined in ITU-T Rec. X.518 | ISO/IEC 9594-4:
a) chaining;
b) referral.
3.3 Protocol specification definitions
The following terms are defined in this Recommendation | International Standard.
NOTE – The terms defined in this subclause are generalized definitions to cover both the OSI and the TCP/IP case, except
exceptions as indicated.
3.3.1 abstract syntax: The specification of a data types and/or data values by using notation rules which are
independent of the encoding technique used to represent them.
3.3.2 application-association: A cooperative relationship between two application-entities established by the Bind
operation.
3.3.3 application-context: (OSI only definition) A set of rules shared in common by two application-entities in
order to support an application-association.
3.3.4 application-context-name: An ASN.1 object identifier that identifies (names) an application-context.
3.3.5 Application Layer: The top layer of the OSI seven layer model representing the semantics of the
communication.
3.3.6 application-entity: A representation of the external behaviour of an application process in the form of its
communication capabilities.
3.3.7 application-entity title: The Directory distinguished name of an application-entity, and in particular, an
application-entity representing a Directory application process.
3.3.8 application process: A process within a system which performs information processing for a particular
purpose, in particular processing Directory operations.
3.3.9 Bind operation: An operation type used for establishing an application-association.
3.3.10 Directory operation: An operation type for exchange of Directory information.
3.3.11 directory protocol-data-unit: A unit of data for a Directory protocol consisting of control information and in
the general case also application data as specified by Directory operations.
NOTE 1 – A Directory PDU in the OSI environment includes all the protocol elements of the OSI Presentation Layer and if
relevant, protocol elements of ACSE in addition to the Directory-specific protocol elements.
NOTE 2 – The term "application-protocol-data-unit (APDU)" is a unit of data defined by an OSI application protocol. This term
is not used for edition 5 and subsequent editions of these Directory Specifications. However, the abbreviation may appear in
certain ASN.1 elements.
3.3.12 initiator: The application process that initiates an application-association by issuing a Bind request.
3.3.13 operation: An exchange between two application processes to perform a particular task. It consists of a
request from one application-process to the other one and the return of zero or more responses (result and/or errors). An
operation implies a certain process to be performed by the application process receiving the request.
3.3.14 protocol-data-unit: Comprised of the presentation protocol elements or the ACSE protocol elements of a
Directory protocol-data-unit.
3.3.15 Presentation Layer: The sixth layer of the OSI Reference Model.
3.3.16 protocol error: An unrecognized or unexpected protocol-data-unit or a protocol-data-unit with an unexpected
or invalid parameter is received.
3.3.17 responder: The application-process that receives a Bind request and either accepts or refuses the application-
association.
3.3.18 session layer: The fifth layer of the OSI Reference Model.
3.3.19 session-protocol-data-unit: (OSI only definition) A unit of data at the OSI Session Layer consisting of
control information and in the general case also carries a Directory protocol-data-unit.
ITU-T Rec. X.519 (08/2005) 3
4 Abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply:
AC Application Context
ACSE Association Control Service Element
AE application-entity
APDU application-protocol-data-unit
DAP Directory Access Protocol
DISP Directory Information Shadowing Protocol
DOP Directory Operational Binding Management Protocol
DSA Directory System Agent
DSP Directory System Protocol
DUA Directory User Agent
IDM Internet Directly Mapped
LDAP Lightweight Directory Access Protocol
PDU protocol-data-unit
PPDU presentation-protocol-data-unit
SPDU session-protocol-data-unit
TCP/IP Transmission Control Protocol/Internet Protocol
TSDU transport-service-data-unit
5 Conventions
With minor exceptions, this Directory Specification has been prepared according to the Rules for presentation of
ITU-T | ISO/IEC common text, November 2001.
The term "Directory Specification" (as in "this Directory Specification") shall be taken to mean ITU-T Rec. X.519 |
ISO/IEC 9594-5. The term "Directory Specifications" shall be taken to mean the X.500-series Recommendations and all
parts of ISO/IEC 9594.
This Directory Specification uses the term first edition systems to refer to systems conforming to the first edition of the
Directory Specifications, i.e., the 1988 edition of the series of CCITT X.500 Recommendations and the ISO/IEC
9594:1990 edition. This Directory Specification uses the term second edition systems to refer to systems conforming to
the second edition of the Directory Specifications, i.e., the 1993 edition of the series of ITU-T X.500 Recommendations
and the ISO/IEC 9594:1995 edition. This Directory Specification uses the term third edition systems to refer to systems
conforming to the third edition of the Directory Specifications, i.e., the 1997 edition of the series of ITU-T X.500
Recommendations and the ISO/IEC 9594:1998 edition. This Directory Specification uses the term fourth edition
systems to refer to systems conforming to the fourth edition of the Directory Specifications, i.e., the 2001 editions of
ITU-T Recs X.500, X.501, X.511, X.518, X.519, X.520, X.521, X.525, and X.530, the 2000 edition of
ITU-T Rec. X.509, and parts 1-10 of the ISO/IEC 9594:2001 edition.
This Directory Specification uses the term fifth edition systems to refer to systems conforming to the fifth edition of the
Directory Specifications, i.e., the 2005 editions of ITU-T Recs X.500, X.501, X.509, X.511, X.518, X.519, X.520,
X.521, X.525, and X.530 and parts 1-10 of the ISO/IEC 9594:2005 edition.
This Directory Specification presents ASN.1 notation in the bold Helvetica typeface. When ASN.1 types and values are
referenced in normal text, they are differentiated from normal text by presenting them in the bold Helvetica typeface.
The names of procedures, typically referenced when specifying the semantics of processing, are differentiated from
normal text by displaying them in bold Times. Access control permissions are presented in italicized Times.
If the items in a list are numbered (as opposed to using "–" or letters), then the items shall be considered steps in a
procedure.
4 ITU-T Rec. X.519 (08/2005)
6 Common protocol specification
6.1 Directory associations and operations
The protocols for these Directory Specifications are described as a set of operations. An operation is defined in terms of
a request sent from one system to another system expecting this other system to process the request, and if applicable,
returns one or more replies constituting the result. An operation can either be a Bind operation or an operation invoked
to access Directory information (a Directory operation).
If exception conditions are encountered, one or more errors may be returned instead of or in addition to possible results.
NOTE 1 – The currently defined operations will return either one or more results or a single error.
Directory protocols defined by these Directory Specifications may use an OSI protocol stack, a TCP/IP protocol stack
or both. The specification provided by this clause is independent of the particular protocol stack. The OSI specific
specification is given in clauses 7 and 8, while the TCP/IP specific specification is given in clauses 9 and 10.
A process within a system that processes Directory operations is called an application process. An application-entity is
the reflection of the external behaviour of an application process.
Before Directory operations can be invoked between two Directory application processes, an application-association
has to be established between the corresponding application-entities. An application-association is a cooperative
relationship between two application-entities formed by exchange of control information within the request and result of
a Bind operation and by the use of a common underlying service.
NOTE 2 – This is a modified definition of application-association as given by ITU-T Rec. X.217 | ISO/IEC 8649, and is intended
to cover both the use of an underlying OSI protocol stack and an underlying TCP/IP stack.
An application-association is terminated using an unbind exchange. The unbinding of an application-association is not
defined as an operation.
6.2 Specification for Directory operations
These Directory Specifications specify several operation types. An operation type is specified by the OPERATION
ASN.1 information object class. Possible errors associated with an operation type are defined by the ERRORS ASN.1
information object class.
OPERATION ::= CLASS {
&ArgumentType,
&ResultType OPTIONAL,
&Errors ERROR OPTIONAL,
&operationCode Code UNIQUE OPTIONAL }
WITH SYNTAX {
ARGUMENT &ArgumentType
[RESULT &ResultType]
[ERRORS &Errors]
[CODE &operationCode] }
ERROR ::= CLASS {
&ParameterType,
&errorCode  Code UNIQUE OPTIONAL }
WITH SYNTAX {
PARAMETER &ParameterType
[CODE &errorCode] }
Code ::= CHOICE {
local INTEGER,
global OBJECT IDENTIFIER }
The OPERATION information object class is a convenient way to express the syntax of Directory requests, results and
errors for a particular operation type.
This ASN.1 information object class has the following fields:
a) The &ArgumentType field specifies an open data type for the request part of an operation.
b) The &ResultType field specifies an open data type for one or more replies constituting the result of the
request. If this field is absent, there is no result associated with the operation.
c) The &Errors field specifies one or more errors that can occur as the result of processing the request. If
this field is absent, there is no error associated with the operation.
ITU-T Rec. X.519 (08/2005) 5
d) The &operationCode field specifies the type of Directory operation to be performed. This field is absent
for the Bind operation. See 6.4 for currently defined operation codes.
Directory operations may in principle be performed in two different modes:
a) if a Directory operation shall be completed before a new Directory operation may be invoked, the mode
of operation is synchronous; or
b) if several operations may be in progress at the same time, the mode of operation is asynchronous.
If all Directory operations defined for a particular type of application-association:
a) consist of both a request and one or more results and/or errors; and
b) only are allowed to be invoked by a designated system,
such operation may be executed in either synchronous or asynchronous mode. Otherwise, the mode of operation is
always asynchronous.
The OPERATION information object class does not in itself imply any sequencing. A Directory request may have no
result and/or error, or a request may have several results and/or errors. However, it does tie together a request with
possible responses (results and errors) by carrying the same operation code and the same invoke id (see below).
However, specification of a particular operation type may dictate sequencing restrictions.
An error is a report of the unsuccessful performance of an operation. An error is represented by the ERROR ASN.1
Information Object Class. The different fields are described below:
a) the &ParameterType field specifies the data type of the parameter of the error specifying the nature of
the error; and
b) the &errorCode field specifies the code that identifies the error (see 6.5 for the defined error codes).
Although not reflected by the OPERATION or the ERRORS information object classes, each invocation of a Directory
operation is assigned an InvokeId, which is carried in the protocol. This makes it possible to indicate to what Directory
operation a particular request, result or error belongs. The definition of the InvokeId is as follows:

InvokeId ::= CHOICE {
present INTEGER,
absent NULL }
If an operation type does not specify an &operationCode, operations of this type cannot have InvokeId assigned.
6.3 Directory protocol overview
6.3.1 Use of underlying services
When two application processes from different open systems interact, the application-association is realized as an
Application Layer protocol using either an OSI or a TCP/IP underlying service.
Details on the use of the OSI service are given in clause 8, while the details on the use of the TCP/IP service are given
in clause 10.
6.3.2 The Directory Access Protocol (DAP)
Before a DUA and a DSA from different open systems can interact, a Bind operation has to be invoked between them to
establish an application-association supporting a Directory protocol called the Directory Access Protocol (DAP).
The Bind operation (directoryBind) for establishing a DAP application-association is defined in clause 8 of ITU-T Rec.
X.511 | ISO/IEC 9594-3.
This edition and all previous editions of the Directory Specifications only allow a DUA to invoke a Bind operation and
to initiate subsequent Directory operations. If the OSI underlying stack is used, Directory operations may be invoked
either in synchronous mode or in asynchronous mode. If the TCP/IP underlying stack is used, Directory operations are
always invoked in asynchronous mode.
All Directory operations require either a single reply or a single error to be returned.
6.3.3 The Directory System Protocol (DSP)
Before a pair of DSAs from different open systems can interact, a Bind operation has to be invoked between them to
establish an application-association supporting a Directory protocol called the Directory System Protocol (DSP).
6 ITU-T Rec. X.519 (08/2005)
The Bind operation (dSABind) for establishing a DSP application association is defined in clause 11 of ITU-T
Rec. X.518 | ISO/IEC 9594-4.
Either DSA may invoke a Bind operation. Both the initiating and responding DSA may invoke subsequent Directory
operations. Directory operations are always invoked in asynchronous mode on the DSP.
All Directory operations require either a single reply or a single error to be returned.
6.3.4 The Directory Information Shadowing Protocol (DISP)
Before a pair of DSAs from different open systems can interact for the purpose of exchanging shadowing information, a
Bind operation has to be invoked between them to establish an application-association supporting a Directory protocol
called the Directory Information Shadowing Protocol (DISP).
The Bind operation (dSAShadowBind) for establishing a DISP application-association is defined in clause 7.4.1 of
ITU-T Rec. X.525 | ISO/IEC 9594-9.
If the OSI underlying stack is used, the mode of operation is synchronous or asynchronous depending on the
application-context selected for the Bind operation. If the TCP/IP underlying stack is used, Directory operations are
always invoked in asynchronous mode.
All Directory operations require either a single reply or a single error to be returned.
6.3.5 The Directory Operational Binding Management Protocol (DOP)
Before a pair of DSAs from different open systems can interact for the purpose of maintaining operational bindings, a
Bind operation has to be invoked to establish an application-association supporting a Directory protocol called the
Directory Operational Binding Management Protocol (DOP).
The DSA that may assume the role of initiator of the Bind operation depends on the DSA roles assigned for the
operational binding(s) to be managed using the Directory operations on the application-association. Only the initiator
may invoke Directory operations. More than one operational binding type may only be managed within this application-
association if the DSA roles for the distinct types are compatible (e.g., a DSA assumes Role A for each binding type).
All Directory operations require either a single reply or a single error to be returned.
6.4 Operation codes
6.4.1 Operation codes for DAP and DSP
The following operation codes are used in the DAP and the DSP:

id-opcode-read  Code ::= local : 1
id-opcode-compare  Code ::= local : 2
id-opcode-abandon  Code ::= local : 3
id-opcode-list   Code ::= local : 4
id-opcode-search   Code ::= local : 5
id-opcode-addEntry  Code ::= local : 6
id-opcode-removeEntry  Code ::= local : 7
id-opcode-modifyEntry   Code ::= local : 8
id-opcode-modifyDN  Code ::= local : 9
The use of these operation codes is specified in ITU-T Rec. X.511 | ISO/IEC 9594-3.
6.4.2 Operation codes for DISP
The following operation codes are used in the DISP.

id-opcode-requestShadowUpdate Code ::= local : 1
id-opcode-updateShadow  Code ::= local : 2
id-opcode-coordinateShadowUpdate Code ::= local : 3
The use of these operation codes is specified in ITU-T Rec. X.525 | ISO/IEC 9594-9.
6.4.3 Operation codes for DOP
The following operation codes are used in the DOP.

id-op-establishOperationalBinding Code ::= local : 100
id-op-modifyOperationalBinding  Code ::= local : 102
id-op-terminateOperationalBinding Code ::= local : 101
ITU-T Rec. X.519 (08/2005) 7
The use of these operation codes is specified in ITU-T Rec. X.501 | ISO/IEC 9594-2.
6.5 Error codes
6.5.1 Error codes for DAP and DSP
The following error codes are used in the DAP and the DSP. The code id-errcode-referral is only used in the DAP. The
code id-opcode-dsaReferral is only used in the DSP:

id-errcode-attributeError Code ::= local : 1
id-errcode-nameError  Code ::= local : 2
id-errcode-serviceError  Code ::= local : 3
id-errcode-referral  Code ::= local : 4
id-errcode-abandoned  Code ::= local : 5
id-errcode-securityError Code ::= local : 6
id-errcode-abandonFailed Code ::= local : 7
id-errcode-updateError  Code ::= local : 8
id-errcode-dsaReferral  Code ::= local : 9
6.5.2 Error codes for DISP
The following error code is used in the DISP:

id-errcode-shadowError Code ::= local : 1
6.5.3 Error codes for DOP
The following error code is used in the DOP:

id-err-operationalBindingError Code ::= local : 100
6.6 Abstract syntaxes
A protocol specification includes a specification of the data types that may be transferred as part of the protocol
exchanges. The data types are defined using an abstract notation like the ASN.1 notation and constitute the abstract
syntax for the protocol. The abstract syntaxes are quite similar for OSI communication and for TCP/IP communication,
although there are differences. Four abstract syntaxes are defined for each of these types of communication
corresponding to the four different Directory protocols. Only for the OSI communication are the abstract syntaxes
assigned object identifiers. When establishing an OSI application-association the relevant object identifier for the
abstract syntax is signalled in the Bind (see 7.6.1).
7 Directory protocols using the OSI stack
This clause defines the Directory protocols and their mapping onto the OSI Session Protocol. It incorporates the
relevant elements of the OSI Presentation Protocol as defined by ITU-T Rec. X.226 | ISO/IEC 8823-1 and the
Association Control Service Element (ACSE) as defined by ITU-T Rec. X.227 |
...

NORME ISO/CEI
INTERNATIONALE 9594-5
Cinquième édition
2005-12-15
Technologies de l'information —
Interconnexion de systèmes ouverts
(OSI) — L'annuaire: Spécifications du
protocole
Information technology — Open Systems Interconnection —
The Directory: Protocol specifications

Numéro de référence
ISO/CEI 9594-5:2005(F)
©
ISO/CEI 2005
ISO/CEI 9594-5:2005(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

©  ISO/CEI 2005
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Version française parue en 2007
Publié en Suisse
ii © ISO/CEI 2005 – Tous droits réservés

ISO/CEI 9594-5:2005(F)
TABLE DES MATIÈRES
Page
1 Domaine d'application . 1
2 Références . 1
2.1 Références normatives . 1

2.2 Références non normatives . 2
3 Définitions . 3
3.1 Définitions de base relatives à l'annuaire. 3
3.2 Définitions relatives aux opérations réparties. 3
3.3 Définitions relatives à la spécification du protocole. 3
4 Abréviations. 4
5 Conventions . 4
6 Spécifications communes des protocoles. 5
6.1 Associations et opérations d'annuaire . 5
6.2 Spécification des opérations d'annuaire. 5
6.3 Aperçu général du protocole d'annuaire . 7
6.4 Codes d'opération. 8
6.5 Codes d'erreur . 8
6.6 Syntaxes abstraites . 9
7 Protocoles d'annuaire utilisant la pile OSI. 9
7.1 Unités PDU OSI . 9
7.2 Structure de l'unité PDU d'annuaire . 9
7.3 Unités PDU de la couche Session. 10
7.4 Adressage OSI. 10
7.5 Procédure et séquencement . 11
7.6 Spécifications des unités PDU d'annuaire. 11
8 Mappage du protocole d'annuaire sur les services OSI . 25
8.1 Syntaxes abstraites et syntaxes de transfert. 25
8.2 Contextes d'application . 26
8.3 Spécification de la couche Session. 27
8.4 Utilisation du service de transport. 34
9 Protocole IDM . 34
9.1 Unités IDM-PDU. 34
9.2 Exigences de séquencement . 37
9.3 Protocoles. 37
9.4 Causes de rejet. 38
9.5 Causes d'abandon. 38
9.6 Mappage sur protocole TCP/IP . 39
9.7 Adressage. 39
9.8 Utilisation de la connexion TLS. 40
10 Mappage du protocole d'annuaire sur le protocole IDM. 40
10.1 Protocole DAP-IP . 40
10.2 Protocole DSP-IP. 41
10.3 Protocole DISP-IP. 41
10.4 Protocole DOP-IP . 41
11 Coexistence entre piles protocolaires. 42
11.1 Coexistence entre piles OSI et piles IDM. 42
11.2 Coexistence en présence du protocole LDAP. 42
11.3 Définition d'un format de point NSAP pour le protocole LDAP. 42
12 Versions et règles d'extensibilité. 43
12.1 DUA à DSA. 43
12.2 DSA à DSA . 44
12.3 Règles d'extensibilité des classes d'objets. 45
© ISO/CEI 2005 – Tous droits réservés iii

ISO/CEI 9594-5:2005(F)
Page
12.4 Règles d'extensibilité des types d'attribut d'utilisateur. 46

13 Conformité. 46
13.1 Conformité des DUA. 46
13.2 Conformité par les DSA . 46
13.3 Conformité du fournisseur de la duplication . 50
13.4 Conformité du consommateur de duplication. 51
Annexe A – Spécifications communes des protocoles en notation ASN.1. 53
Annexe B – Protocole OSI en notation ASN.1 . 55
Annexe C – Protocoles d'annuaire OSI en notation ASN.1 . 61
Annexe D – Protocole IDM en notation ASN.1. 64
Annexe E – Protocoles IDM d'annuaire en notation ASN.1 . 67
Annexe F – Types de liens opérationnels pour l'annuaire . 69
Annexe G – Amendements et corrigenda . 70

iv © ISO/CEI 2005 – Tous droits réservés

ISO/CEI 9594-5:2005(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou
de la CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques
créés par l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les
comités techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres
organisations internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI
participent également aux travaux. Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé
un comité technique mixte, l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de
Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des
organismes nationaux votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour
responsables de ne pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO/CEI 9594-5 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de l'information,
sous-comité SC 6, Téléinformatique, en collaboration avec l'UIT-T. Le texte identique est publié en tant que
Rec. UIT-T X.519.
Cette cinquième édition de l'ISO 9594-5 constitue une révision technique de la quatrième édition
(ISO/CEI 9594-5:2001), qui est retenue provisoirement de façon à supporter les implémentations basées sur
la quatrième édition.
L'ISO/CEI 9594 comprend les parties suivantes, présentées sous le titre général Technologies de
l'information — Interconnexion de systèmes ouverts (OSI) — L'annuaire:
⎯ Partie 1: Aperçu général des concepts, modèles et services
⎯ Partie 2: Les modèles
⎯ Partie 3: Définition du service abstrait
⎯ Partie 4: Procédures pour le fonctionnement réparti
⎯ Partie 5: Spécifications du protocole
⎯ Partie 6: Types d'attributs sélectionnés
⎯ Partie 7: Classes d'objets sélectionnées
⎯ Partie 8: Cadre général des certificats de clé publique et d'attribut
⎯ Partie 9: Duplication
⎯ Partie 10: Utilisation de la gestion-systèmes pour l'administration de l'annuaire

© ISO/CEI 2005 – Tous droits réservés v

ISO/CEI 9594-5:2005(F)
Introduction
La présente Recommandation | Norme internationale a été élaborée, ainsi que les autres Recommandations | Normes
internationales, pour faciliter l'interconnexion des systèmes de traitement de l'information et permettre ainsi d'assurer
des services d'annuaire. L'ensemble de tous ces systèmes, avec les informations d'annuaire qu'ils contiennent, peut être
considéré comme un tout intégré, appelé annuaire. Les informations de l'annuaire, appelées collectivement base
d'informations d'annuaire (DIB, directory information base), sont généralement utilisées pour faciliter la
communication entre, avec ou à propos d'objets tels que des entités d'application, des personnes, des terminaux et des
listes de distribution.
L'annuaire joue un rôle important dans l'interconnexion des systèmes ouverts dont le but est de permettre, moyennant un
minimum d'accords techniques en dehors des normes d'interconnexion proprement dites, l'interconnexion des systèmes
de traitement de l'information:
– provenant de divers fabricants;
– gérés différemment;
– de niveaux de complexité différents;
– de générations différentes.
La présente Recommandation | Norme internationale spécifie les éléments des services d'application et les contextes
d'application pour deux protocoles – le protocole d'accès à l'annuaire (DAP, directory access protocol) et le protocole
du système d'annuaire (DSP, directory system protocol). Le DAP assure l'accès à l'annuaire pour rechercher ou modifier
l'information qu'il contient. Le DSP assure le chaînage des demandes de recherche ou de modification d'information
d'annuaire avec d'autres parties du système d'annuaire réparti où peut se trouver l'information.
En outre, la présente Recommandation | Norme internationale spécifie les éléments des services d'application et les
contextes d'application pour le protocole de duplication miroir d'informations de l'annuaire (DISP, directory
information shadowing protocol) et pour le protocole de gestion des liens opérationnels pour l'annuaire (DOP, directory
operational binding management protocol). Le DISP permet la duplication miroir d'informations détenues par un DSA
dans un autre DSA. Le DOP permet l'établissement, la modification et la terminaison de liens entre deux DSA pour
l'administration des relations entre les DSA (telles que des relations hiérarchiques de duplication).
La présente Recommandation | Norme internationale indique les cadres de base à partir desquels des profils industriels
peuvent être définis par d'autres groupes de normalisation et dans d'autres instances industrielles. L'utilisation d'un
grand nombre de caractéristiques définies comme étant facultatives dans ces cadres peut être prescrite dans certains
environnements au moyen de profils. Cette cinquième édition révise techniquement et améliore, mais ne remplace pas,
la quatrième édition de la présente Recommandation | Norme internationale. Les implémentations peuvent encore
revendiquer la conformité à la quatrième édition mais celle-ci finira par ne plus être prise en compte (c'est-à-dire que les
erreurs signalées ne seront plus corrigées). Il est recommandé que les implémentations se conforment, dès que possible,
à la présente cinquième édition.
Cette cinquième édition spécifie les versions 1 et 2 des protocoles d'annuaire.
Les première et deuxième éditions ne spécifiaient que la version 1. La plupart des services et protocoles spécifiés dans
la présente édition sont conçus pour fonctionner selon la version 1. Certains services et protocoles améliorés, par
exemple les erreurs signées, ne fonctionneront cependant pas avant que toutes les entités d'annuaire mises en jeu dans
l'exploitation aient négocié la version 2. Quelle que soit la version négociée, on a traité les différences entre les services
et entre les protocoles définis dans les cinq éditions, à l'exception de ceux qui sont spécifiquement définis dans la
version 2, en utilisant les règles d'extensibilité définies dans l'édition actuelle de la Rec. UIT-T X.519 | ISO/CEI 9594-5.
L'Annexe A, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
associé aux spécifications communes des protocoles d'annuaire.
L'Annexe B, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
pour la spécification du protocole OSI.
L'Annexe C, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
pour les protocoles d'annuaire OSI.
L'Annexe D, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
pour la spécification du protocole IDM.
L'Annexe E, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
pour les protocoles d'annuaire IDM.
vi © ISO/CEI 2005 – Tous droits réservés

ISO/CEI 9594-5:2005(F)
L'Annexe F, qui fait partie intégrante de la présente Recommandation | Norme internationale, spécifie le module ASN.1
qui contient tous les identificateurs d'objet ASN.1 assignés pour identifier les types de lien opérationnels dans cette série
de Recommandations | Normes internationales.
L'Annexe G, qui fait partie intégrante de la Recommandation | Norme internationale, spécifie la liste des modifications
et des signalements de défaut qui ont été incorporés pour constituer la présente édition de la présente Recommandation |
Norme internationale.
© ISO/CEI 2005 – Tous droits réservés vii

ISO/CEI 9594-5:2005 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT
Technologies de l'information – Interconnexion des systèmes ouverts –
L'annuaire: spécification des protocoles
1 Domaine d'application
La présente Recommandation | Norme internationale spécifie le protocole d'accès à l'annuaire, le protocole de système
d'annuaire, le protocole de duplication miroir d'informations de l'annuaire et le protocole de gestion des liens
opérationnels pour l'annuaire, pour l'accomplissement des services abstraits spécifiés dans la Rec. UIT-T X.511 |
ISO/CEI 9594-3, la Rec. UIT-T X.518 | ISO/CEI 9594-4, la Rec. UIT-T X.525 | ISO/CEI 9594-9 et la
Rec. UIT-T X.501 | ISO/CEI 9594-2.
2 Références
2.1 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 | Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation | 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 CEI et de l'ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de
la normalisation des télécommunications de l'UIT tient à jour une liste des Recommandations de l'UIT-T en vigueur.
2.1.1 Recommandations | Normes internationales identiques
– Recommandation UIT-T X.200 (1994) | ISO/CEI 7498-1:1994, Technologies de l'information –
Interconnexion des systèmes ouverts – Modèle de référence de base: le modèle de référence de base.
– Recommandation UIT-T X.213 (2001) | ISO/CEI 8348:2002, Technologies de l'information –
Interconnexion des systèmes ouverts – Définition du service réseau.
– Recommandation UIT-T X.214 (1995) | ISO/CEI 8072:1996, Technologies de l'information –
Interconnexion des systèmes ouverts – Définition du service de transport.
– Recommandation UIT-T X.500 (2005) | ISO/CEI 9594-1:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: aperçu général des concepts, modèles et services.
– Recommandation UIT-T X.501 (2005) | ISO/CEI 9594-2:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: les modèles.
– Recommandation UIT-T X.509 (2005) | ISO/CEI 9594-8:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: cadre général des certificats de clé publique et
d'attribut.
– Recommandation UIT-T X.511 (2005) | ISO/CEI 9594-3:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: définition du service abstrait.
– Recommandation UIT-T X.518 (2005) | ISO/CEI 9594-4:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: procédures pour le fonctionnement réparti.
– Recommandation UIT-T X.520 (2005) | ISO/CEI 9594-6:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: types d'attributs sélectionnés.
– Recommandation UIT-T X.521 (2005) | ISO/CEI 9594-7:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: classes d'objets sélectionnées.
– Recommandation UIT-T X.525 (2005) | ISO/CEI 9594-9:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: duplication.
Rec. UIT-T X.519 (08/2005) 1
ISO/CEI 9594-5:2005 (F)
– Recommandation UIT-T X.530 (2005) | ISO/CEI 9594-10:2005, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: utilisation de la gestion-systèmes pour
l'administration de l'annuaire.
– Recommandation UIT-T X.680 (2002) | ISO/CEI 8824-1:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification de la notation de base.
– Recommandation UIT-T X.681 (2002) | ISO/CEI 8824-2:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification des objets informationnels.
– Recommandation UIT-T X.682 (2002) | ISO/CEI 8824-3:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification des contraintes.
– Recommandation UIT-T X.683 (2002) | ISO/CEI 8824-4:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: paramétrage des spécifications de la notation de syntaxe abstraite
numéro un.
– Recommandation UIT-T X.690 (2002) | ISO/CEI 8825-1:2002, Technologies de l'information – Règles
de codage ASN.1: spécification des règles de codage de base, des règles de codage canoniques et des
règles de codage distinctives.
2.1.2 Normes ISO/CEI
− ISO/CEI 10646:2003, Technologies de l'information – Jeu universel de caractères codés sur plusieurs
octets (JUC).
2.1.3 Autres références
– Recommandation UIT-T E.164 (2005), Plan de numérotage des télécommunications publiques
internationales.
– Recommandation UIT-T X.121 (2000), Plan de numérotage international pour les réseaux publics de
données.
– IETF RFC 2025 (1996), The Simple Public-Key GSS-API Mechanism (SPKM).
– IETF RFC 793 (1981), Transmission Control Protocol – DARPA Internet Program – Protocol
Specification.
– IETF RFC 1277 (1991), Encoding Network Addresses to Support Operation over Non-OSI Lower
Layers.
– IETF RFC 1738 (1994), Uniform Resource Locators (URL).
– IETF RFC 2246 (1999), The TLS Protocol Version 1.0.
– IETF RFC 2251 (1997), Lightweight Directory Access Protocol (v3).
– IETF RFC 3546 (2003), Transport Layer Security (TLS) Extensions.
2.2 Références non normatives
– Recommandation UIT-T X.217 (1995) | ISO/CEI 8649:1996, Technologies de l'information –
Interconnexion des systèmes ouverts – Définition de service applicable à l'élément de service de contrôle
d'association.
– Recommandation UIT-T X.225 (1995) | ISO/CEI 8327-1:1996, Technologies de l'information –
Interconnexion des systèmes ouverts – Protocole de session en mode connexion: spécification du
protocole.
– Recommandation UIT-T X.226 (1994) | ISO/CEI 8823-1:1994, Technologies de l'information –
Interconnexion des systèmes ouverts – Protocole de présentation en mode connexion: spécification du
protocole.
– Recommandation UIT-T X.227 (1995) | ISO/CEI 8650-1:1996, Technologies de l'information –
Interconnexion des systèmes ouverts – Protocole en mode connexion applicable à l'élément de service de
contrôle d'association: spécification du protocole.
– Recommandation UIT-T X.881 (1994) | ISO/CEI 13712-2:1995, Technologies de l'information –
Opérations distantes: réalisations OSI – Définition du service de l'élément de service d'opérations
distantes.
2 Rec. UIT-T X.519 (08/2005)
ISO/CEI 9594-5:2005 (F)
3 Définitions
Pour les besoins de la présente Recommandation | Norme internationale, les définitions suivantes s'appliquent:
3.1 Définitions de base relatives à l'annuaire
Les termes suivants sont définis dans la Rec. UIT-T X.501 | ISO/CEI 9594-2:
a) l'annuaire;
b) utilisateur (de l'annuaire);
c) agent de système d'annuaire (DSA);
d) agent d'utilisateur d'annuaire (DUA).
3.2 Définitions relatives aux opérations réparties
Les termes suivants sont définis dans la Rec. UIT-T X.518 | ISO/CEI 9594-4:
a) chaînage;
b) renvoi de référence.
3.3 Définitions relatives à la spécification du protocole
Les termes suivants sont définis dans la présente Recommandation | Norme internationale.
NOTE – Les définitions données dans ce paragraphe sont générales et visent aussi bien les cas OSI que les cas TCP/IP, sauf en ce
qui concerne les exceptions indiquées.
3.3.1 syntaxe abstraite: spécification de types de données et/ou de valeurs de données à l'aide de règles de notation
qui sont indépendantes de la technique de codage utilisée pour les représenter.
3.3.2 association d'applications: relation coopérative entre deux entités d'application établies par l'opération de
rattachement.
3.3.3 contexte d'application: (définition OSI uniquement) ensemble de règles partagées par deux entités
d'application pour prendre en charge une association d'applications.
3.3.4 nom de contexte d'application: identificateur d'objet ASN.1 qui identifie (désigne) un contexte d'application.
3.3.5 couche Application: couche supérieure du modèle OSI à sept couches représentant la sémantique de la
communication.
3.3.6 entité d'application: représentation du comportement externe d'un processus d'application sous forme de
capacités de communication.
3.3.7 titre d'entité d'application: nom distinctif d'une entité d'application d'annuaire et, en particulier, d'une entité
d'application représentant un processus d'application d'annuaire.
3.3.8 processus d'application: processus à l'intérieur d'un système qui traite des renseignements dans un but
particulier, notamment les opérations d'annuaire.
3.3.9 opération de rattachement: type d'opération utilisé pour établir une association d'applications.
3.3.10 opération d'annuaire: type d'opération pour un échange d'informations d'annuaire.
3.3.11 unité de données protocolaire d'annuaire: unité de données d'un protocole d'annuaire comprenant des
informations de commande et également, en général, des données d'application spécifiées par les opérations d'annuaire.
NOTE 1 – Dans l'environnement OSI, une unité PDU d'annuaire comprend tous les éléments de protocole de la couche
Présentation OSI et, le cas échéant, des éléments de protocole ACSE, outre les éléments de protocole propres à l'annuaire.
NOTE 2 – L'unité de données protocolaire d'Application (APDU, application-protocol-data-unit) est une unité de données
définie par un protocole d'application OSI. Ce terme n'est pas utilisé dans l'édition 5 et les éditions ultérieures des présentes
Spécifications d'annuaire. Cependant, l'abréviation peut figurer dans quelques éléments ASN.1.
3.3.12 initiateur: processus d'application qui initie une association d'applications en envoyant une demande de
rattachement.
3.3.13 opération: échange entre deux processus d'application en vue de la réalisation d'une tâche particulière. Elle
comprend une demande envoyée par un processus d'application à un autre processus ainsi que le renvoi de zéro ou de
plusieurs réponses (résultat et/ou erreurs). Une opération implique qu'un certain processus doit être effectué par le
processus d'application recevant la demande.
Rec. UIT-T X.519 (08/2005) 3
ISO/CEI 9594-5:2005 (F)
3.3.14 unité de données protocolaire: elle comprend les éléments de protocole de présentation ou les éléments de
protocole ACSE d'une unité de données protocolaire d'annuaire.
3.3.15 couche Présentation: sixième couche du modèle de référence OSI.
3.3.16 erreur protocolaire: réception d'unité de données protocolaire non reconnue ou inattendue, ou d'une unité de
données protocolaire ayant un paramètre inattendu ou non valable.
3.3.17 preneur: processus d'application qui reçoit une demande de rattachement et qui accepte ou refuse
l'association d'applications.
3.3.18 couche Session: cinquième couche du modèle de référence OSI.
3.3.19 unité de données protocolaire de Session: (définition OSI uniquement) unité de données de la couche
Session OSI comprenant des informations de commande et également, en général, une unité de données protocolaire
d'annuaire.
4 Abréviations
Pour les besoins de la présente Recommandation | Norme internationale, les abréviations suivantes sont utilisées:
AC Contexte d'application (application context)
ACSE Elément de service de contrôle d'association (association control service element)
AE Entité d'application (application-entity)
APDU Unité de données protocolaire d'Application (application-protocol-data-unit)
DAP Protocole d'accès à l'annuaire (directory access protocol)
DISP Protocole de duplication miroir d'informations de l'annuaire (directory information shadowing
protocol)
DOP Protocole de gestion des liens opérationnels d'annuaire (directory operational binding management
protocol)
DSA Agent de système d'annuaire (directory system agent)
DSP Protocole du système d'annuaire (directory system protocol)
DUA Agent d'utilisateur d'annuaire (directory user agent)
IDM Mappage Internet direct (Internet directly mapped)
LDAP Protocole rapide d'accès à l'annuaire (lightweight directory access protocol)
PDU Unité de données protocolaire (protocol-data-unit)
PPDU Unité de données protocolaire de Présentation (presentation-protocol-data-unit)
SPDU Unité de données protocolaire de Session (session-protocol-data-unit)
TCP/IP Protocole de commande de transmission/protocole Internet (transmission control protocol/Internet
protocol)
TSDU Unité de données de service de transport (transport-service-data-unit)
5 Conventions
A quelques exceptions mineures près, la présente Spécification d'annuaire a été élaborée conformément aux Règles de
présentation des textes communs UIT-T | ISO/CEI, novembre 2001.
Le terme "Spécification d'annuaire" (comme dans "la présente Spécification d'annuaire") s'entend selon l'acception de la
présente Recommandation | Norme internationale. Le terme "Spécifications d'annuaire" s'entend selon l'acception de
toutes les Recommandations de la série X.500 et de toutes les parties de l'ISO/CEI 9594.
La présente Spécification d'annuaire utilise le terme "systèmes de la première édition" pour désigner les systèmes
conformes à la première édition des Spécifications d'annuaire, c'est-à-dire à l'édition 1988 des Recommandations
CCITT de la série X.500 et de l'ISO/CEI 9594:1990. La présente Spécification d'annuaire utilise le terme "systèmes de
la deuxième édition" pour désigner les systèmes conformes à la deuxième édition (1993) des Spécifications d'annuaire,
c'est-à-dire à l'édition 1993 des Recommandations UIT-T de la série X.500 et de l'ISO/CEI 9594:1995. La présente
Spécification d'annuaire utilise le terme "systèmes de la troisième édition" pour désigner les systèmes conformes à la
troisième édition des Spécifications d'annuaire, c'est-à-dire à l'édition 1997 des Recommandations UIT-T de la
série X.500 et de l'ISO/CEI 9594:1998. La présente Spécification d'annuaire utilise le terme "systèmes de la quatrième
4 Rec. UIT-T X.519 (08/2005)
ISO/CEI 9594-5:2005 (F)
édition" pour désigner les systèmes conformes à la quatrième édition des Spécifications d'annuaire, c'est-à-dire aux
éditions 2001 des Recommandations UIT-T X.500, X.501, X.511, X.518, X.519, X.520, X.521, X.525 et X.530 et à
l'édition 2000 de la Rec. UIT-T X.509 et aux parties 1 à 10 de l'édition ISO-CEI 9594:2001.
La présente Spécification d'annuaire utilise le terme "systèmes de la cinquième édition" pour désigner les systèmes
conformes à la cinquième édition des Spécifications d'annuaire, c'est-à-dire aux éditions 2005 des Recommandations
UIT-T X.500, X.501, X.509, X.511, X.518, X.519, X.520, X.521, X.525 et X.530 et aux parties 1 à 10 de l'édition
ISO-CEI 9594:2005.
La présente Spécification d'annuaire présente la notation ASN.1 en caractères gras de la police Helvetica. Lorsque des
types et des valeurs ASN.1 sont cités dans le texte normal, ils en sont différenciés par leur présentation en caractères
gras Helvetica. Les noms des procédures, normalement cités lors de la spécification des sémantèmes de traitement, sont
différenciés du texte normal par une présentation en caractères gras de la police Times. Les autorisations de commande
d'accès sont présentées en caractères italiques de la police Times.
Si, dans une liste, les points sont numérotés (au lieu d'utiliser des tirets ou des lettres), ils sont considérés comme des
étapes d'une procédure.
6 Spécifications communes des protocoles
6.1 Associations et opérations d'annuaire
Les protocoles relatifs aux présentes Spécifications d'annuaire sont décrits en tant qu'ensemble d'opérations. Une
opération est définie en termes de demande envoyée par un système à un autre système dans l'attente que ce dernier
traite la demande et, le cas échéant, renvoie une ou plusieurs réponses qui constituent le résultat. Une opération peut
être une opération de rattachement ou une opération invoquée pour accéder à des informations d'annuaire (une
opération d'annuaire).
Si des conditions d'exception sont rencontrées, une ou plusieurs erreurs peuvent être renvoyées au lieu ou en plus des
résultats éventuels.
NOTE 1 – Les opérations définies renverront un ou plusieurs résultats ou encore une seule erreur.
Les protocoles d'annuaire définis par les présentes Spécifications d'annuaire peuvent utiliser une pile de protocoles OSI,
une pile de protocoles TCP/IP, ou les deux. La spécification indiquée par le présent paragraphe est indépendante d'une
pile de protocoles en particulier. La spécification OSI pertinente est indiquée aux § 7 et 8, la spécification TCP/IP étant
indiquée aux § 9 et 10.
Un processus d'un système qui traite des opérations d'annuaire est appelé processus d'application. Une entité
d'application est le reflet du comportement externe d'un processus d'application.
Pour que des opérations d'annuaire puissent être invoquées entre deux processus d'applications d'annuaire, une
association d'applications doit être établie entre les entités d'application correspondantes. Une association d'applications
est une relation coopérative entre deux entités d'application découlant de l'échange d'informations de commande dans la
demande et le résultat d'une opération de rattachement et de l'utilisation d'un service sous-jacent commun.
NOTE 2 – Il s'agit de la définition modifiée d'une association d'applications indiquée dans la Rec. UIT-T X.217 | ISO/CEI 8649,
définition qui est censée viser à la fois l'utilisation d'une pile de protocoles OSI sous-jacente et l'utilisation d'une pile TCP/IP
sous-jacente.
Une association d'applications prend fin au moyen d'un échange d'informations de détachement. Le détachement d'une
association d'applications n'est pas défini en tant qu'opération.
6.2 Spécification des opérations d'annuaire
Les présentes Spécifications d'annuaire définissent plusieurs types d'opérations. Un type d'opération est spécifié par la
classe d'objets informationnels ASN.1 OPERATION. Les erreurs pouvant être associées à un type d'opération sont
définies par la classe d'objets informationnels ASN.1 ERRORS.

OPERATION ::= CLASS {
&ArgumentType,
&ResultType OPTIONAL,
&Errors ERROR OPTIONAL,
&operationCode Code UNIQUE OPTIONAL }
WITH SYNTAX {
ARGUMENT &ArgumentType
[RESULT &ResultType]
[ERRORS &Errors]
Rec. UIT-T X.519 (08/2005) 5
ISO/CEI 9594-5:2005 (F)
[CODE &operationCode] }
ERROR ::= CLASS {
&ParameterType,
&errorCode  Code UNIQUE OPTIONAL }
WITH SYNTAX {
PARAMETER &ParameterType
[CODE &errorCode] }
Code ::= CHOICE {
local INTEGER,
global OBJECT IDENTIFIER }
La classe d'objets informationnels OPERATION est un moyen commode d'exprimer la syntaxe des demandes
d'annuaire, des résultats et des erreurs pour un type d'opération particulier.
Cette classe d'objets informationnels ASN.1 comprend les champs ci-après:
a) le champ &ArgumentType spécifie un type de données ouvert pour la partie demande d'une opération;
b) le champ &ResultType définit un type de données ouvert pour une ou plusieurs réponses constituant le
résultat de la demande. S'il est absent, aucun résultat n'est associé à l'opération;
c) le champ &Errors spécifie une ou plusieurs erreurs susceptibles de se produite par suite du traitement de
la demande. S'il est absent, aucune erreur n'est associée à l'opération;
d) le champ &operationCode indique le type d'opération d'annuaire à effectuer. Il est absent pour
l'opération de rattachement. Voir le § 6.4 pour les codes d'opération actuellement définis.
Les opérations d'annuaire peuvent en principe être effectuées dans deux modes différents:
a) si une opération d'annuaire doit être achevée avant qu'une nouvelle opération d'annuaire puisse être
invoquée, le mode opératoire est synchrone;
b) si plusieurs opérations peuvent se dérouler en même temps, le mode opératoire est asynchrone.
Si toutes les opérations d'annuaire définies pour un type particulier d'association d'applications
a) comportent à la fois une demande et un ou plusieurs résultats et/ou erreurs;
b) ne peuvent être invoquées que par un système désigné;
elles peuvent être exécutées en mode synchrone ou asynchrone. Dans le cas contraire, le mode opératoire est toujours
asynchrone.
La classe d'objets informationnels OPERATION n'implique pas en soi un séquencement. Une demande d'annuaire peut
ne pas se solder par un résultat et/ou une erreur, ou peut se solder par plusieurs résultats et/ou erreurs. Cela étant, elle
rattache bel et bien une demande à des réponses éventuelles (résultats et erreurs) en contenant le même code d'opération
et le même identificateur d'invocation (voir ci-après). La spécification d'un type d'opération particulier peut cependant
imposer des restrictions en matière de séquencement.
Une erreur indique l'échec d'une opération. Elle est représentée par la classe d'objets informationnels ASN.1 ERROR.
Les différents champs sont décrits ci-après:
a) le champ &ParameterType définit le type de données du paramètre de l'erreur indiquant la nature de
l'erreur;
b) le champ &errorCode spécifie le code qui identifie l'erreur (voir le § 6.5 pour la définition des codes
d'erreur).
Bien que cela ne soit pas indiqué par les classes d'objets informationnels OPERATION ou ERRORS, chaque invocation
d'une opération d'annuaire reçoit un identificateur InvokeId, qui est acheminé dans le protocole. Il est donc possible
d'indiquer à quelle opération d'annuaire une demande, un résultat ou une erreur appartient. Le paramètre InvokeId est
ainsi défini:
InvokeId ::= CHOICE {
present INTEGER,
absent NULL }
Si un type d'opération ne spécifie pas un code &operationCode, les opérations de ce type ne peuvent pas se voir
affecter un identificateur InvokeId.
6 Rec. UIT-T X.519 (08/2005)
ISO/CEI 9594-5:2005 (F)
6.3 Aperçu général du protocole d'annuaire
6.3.1 Utilisation des services sous-jacents
Lorsque deux processus d'application provenant de systèmes ouverts différents interagissent, l'association d'applications
est effectuée sous la forme d'un protocole de couche Application à l'aide d'un service sous-jacent OSI ou TCP/IP.
On trouvera des précisions sur l'utilisation du service OSI à l'article 8 et des précisions sur l'utilisation du service
TCP/IP au § 10.
6.3.2 Protocole d'accès à l'annuaire (DAP)
Pour qu'une interaction soit possible entre un agent DUA et un agent DSA provenant de systèmes ouverts différents,
une opération de rattachement doit être invoquée entre eux afin d'établir une association d'applications prenant en
charge un protocole d'annuaire appelé protocole d'accès à l'annuaire (DAP, directory access protocol).
L'opération de rattachement (directoryBind) permettant d'établir une association d'applications DAP est définie au § 8
de la Rec. UIT-T X.511 | ISO/CEI 9594-3.
La présente édition et toutes les éditions précédentes des présentes Spécifications d'annuaire permettent seulement à un
agent DUA d'invoquer une opération de rattachement et d'initier ultérieurement des opérations d'annuaire. Si la pile OSI
sous-jacente est utilisée, les opérations d'annuaire peuvent être invoquées en mode synchrone ou asynchrone. En cas
d'utilisation de la pile TCP/IP sous-jacente, les opérations d'annuaire sont toujours invoquées en mode asynchrone.
Toutes les opérations d'annuaire exigent le renvoi d'une réponse ou d'une erreur.
6.3.3 Protocole du système d'annuaire (DSP)
Pour que deux agents DSA de deux systèmes ouverts différents puissent interagir, une opération de rattachement doit
être invoquée entre eux pour établir une association d'applications qui prend en charge un protocole d'annuaire appelé
protocole du système d'annuaire (DSP, directory system protocol).
L'opération de rattachement (dSABind) servant à établir une association d'applications DSP est définie au § 11 de la
Rec. UIT-T X.518 | ISO/CEI 9594-4.
L'un ou l'autre des agents DSA peut invoquer une opération de rattachement. Tant le DSA initiateur que le DSA preneur
peuvent invoquer des opérations d'annuaire ultérieures. Les opérations d'annuaire sont toujours invoquées en mode
asynchrone dans le protocole DSP.
Toutes les opérations d'annuaire exigent le renvoi d'une réponse ou d'une erreur.
6.3.4 Protocole de duplication miroir d'informations de l'annuaire (DISP)
Pour qu'une interaction entre deux agents DSA provenant de systèmes ouverts différents soit possible en vue d'un
échange d'informations miroirs, une opération de rattachement doit être invoquée entre eux pour établir une association
d'applications prenant en charge un protocole d'annuaire appelé protocole de duplication miroir d'informations de
l'annuaire (DISP, directory information shadowing protocol).
L'opération de rattachemen
...