ISO/IEC 7498-3:1997

Information technology - Open Systems Interconnection - Basic Reference Model: Naming and addressing

Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Modèle de référence de base: Dénomination et adressage

General Information

• Status: Published
• Publication Date: 02-Apr-1997
• ICS: 35.100.01 - Open systems interconnection in general
• Technical Committee: ISO/IEC JTC 1 - Information technology
• Drafting Committee: ISO/IEC JTC 1 - Information technology
• Current Stage: 9093 - International Standard confirmed
• Start Date: 16-Aug-2002
• Completion Date: 30-Oct-2025

Relations

• Revises: ISO 7498-3:1989 - Information processing systems - Open Systems Interconnection - Basic Reference Model - Part 3: Naming and addressing
• Effective Date: 15-Apr-2008

Overview

ISO/IEC 7498-3:1997 - "Information technology - Open Systems Interconnection - Basic Reference Model: Naming and addressing" is an architectural standard that defines how names and addresses are used to identify and locate objects within the OSI (Open Systems Interconnection) environment. It is an ISO/IEC standard identical to ITU‑T Recommendation X.650 (second edition, 1997). The document provides principles and mechanisms for naming and addressing across layered OSI services while preserving layer independence and implementation independence. It is expressly an architectural guide, not an implementation specification or conformance test.

Key Topics

• Architectural principles for naming and addressing within the OSI reference model, including flexibility for future evolution.
• Definitions of core concepts such as (N)-address, (N)-selector, (N)-entity, (N)-directory-function, and association among peer entities.
• Address parameters used in OSI service primitives: calling-(N)-address, called-(N)-address, responding-(N)-address.
• OSI addressing model: how addresses relate to service access points (SAPS), sublayers, and peer associations.
• Addressing information in protocols: mapping of addressing data into (N)-PDU components and network-layer interactions.
• Addressing across OSI layers: specific guidance for Application, Presentation, Session, Transport, Network, Data Link, and Physical layers.
• Naming domains, authorities, and registration procedures for managing names and ensuring unambiguity within scopes.
• Directory facility requirements and (N)-directory-functions for mapping between names, addresses, and other identifiers.

Applications

ISO/IEC 7498-3 is used to:

• Guide standards developers and working groups when defining naming/addressing schemes for OSI-related protocols.
• Assist network architects and protocol designers in modeling address spaces, service access points, and peer associations.
• Inform system integrators and implementers about the architectural expectations for name/address handling across layers.
• Support directory and registry administrators in designing directory facilities and registration procedures for naming domains.

Because the standard focuses on architecture and mappings rather than byte-level encodings, it is valuable wherever consistent, interoperable naming and addressing models are needed without constraining internal system design.

Related Standards

• ISO/IEC 7498-1 / ITU‑T X.200 - Basic Reference Model (OSI)
• ISO/IEC 7498-2 - Security Architecture
• ISO/IEC 7498-4 - Management Framework
• ITU‑T X.650 - identical text to ISO/IEC 7498-3
• Other referenced ITU‑T Recommendations and ISO/IEC standards on OSI services and protocols

Keywords: ISO/IEC 7498-3, OSI naming and addressing, Open Systems Interconnection, (N)-address, directory facility, naming domains, calling address, called address, OSI addressing model.

Standards Content (Sample)

ISOJIEC
INTERNATIONAL
7498-3
STANDARD
Second edition
1997-04-I 5
Information technology - Open Systems
Interconnection - Basic Reference Model:
Naming and addressing
Technologies de I’informa tion - Interconnexion de systemes ouverts
(OS/) - ModGle de kfkrence de base: Dknomination et adressage

ISO/IEC 7498-3: 1997(E)
Contents
Page
..............................................................................................................................................................
Scope
.....................................................................................................................................
Normative references
........................................................................
2.1 Identical Recommendations 1 International Standards
..........................
2.2 Paired Recommendations 1 International Standards ecluivalent in technical content
2.3 Additional references .
Definitions .
Abbreviations .
Basic Concepts of Naming .
......................................................... 5
OS1 naming and addressing concepts and the correct use of addresses
........................................................................................................
6.1 The naming of real open systems
.................................................................... 6
6.2 The naming and addressing of elements of an (N)-layer
........................................................................................................
6.3 The correct use of @Q-addresses
....................................................................................................................................
OS1 addressing model
...............................................................................................
7.1 Associations between peer @Q-entities
.............................................................................................
7.2 Attachment of (N)-entities to (N)-SAPS
7.3 (N)-addresses and (N)-SAPS .
............................................................................... 9
7.4 (N)-Directory-Functions and Directory Facilities
......................................................................................................
Addressing information and @Q-services
Introduction .
8.1
.............................................................................................................................
8.2 Address parameters
..............................................................................................................................
8.3 Called-(N)-address
.............................................................................................................................
8.4 Calling-(N)-address
.....................................................................................................................
8.5 Responding-(N)-address
....................................................................................................
Addressing information and (N)-protocols
9.1 Introduction .
.................................................................................................... 11
Addressing information in (N)-PA1
9.2
Assignment of values to elements of (N)-PA1 .
9.3
...............................................................................................
9.4 Network-Addresses and Network-PA1
and (N)-PA1 above the Network Layer .
9.5 (N)-Add resses
96 . Obtaining (N)-PA1 .
.................................................................................................................................. 13
10 (N)-directory-functions
10.1 Introduction .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10.2 The initiator @Q-directory-functions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10.3 The recipient (N)-directory-functions
0 ISO/IEC 1997
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
ISO/IEC 7498-3: 1997(E)
@ ISOIIEC
11 .
Addressing in specific OS1 layers
..............................................................................
11.1 Application-processes and the Application Layer
11.2 Presentation Layer .
11.3 Session Layer .
...................................................................................................................................
11.4 Transport Layer
....................................................................................................................................
11.5 Network Layer
..................................................................................................................................
11.6 Data Link Layer
11.7 Physical Layer .
....................................................................................................................
12 Naming domains and authorities
.............................................................................................
13 Registration procedures for naming within OS1
......................................................................................................................
14 Directory Facility requirements
......................................................................................................................................... 23
14.1 Introduction
............................................................................................. 23
14.2 The Application Title Directory Facility
............................................................................................ 24
14.3 The Network Address Directory Facility

@ ISOAEC
ISO/IEC 7498-3: 1997(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 7498-3 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 18,
Document processing and related communication, in collaboration with ITU-T.
The identical text is published as ITU-T Recommendation X.650.
This second edition cancels and replaces the first edition (IS0 7498-3:1989),
which has been technically revised.
ISOAEC 7498 consists of the following parts, under the general title Information
technology - Open Systems Interconnection - Basic Reference Model:
- Part I: The Basic Model
- Part 2: Security Architecture
Part 3: Naming and addressing
- Part 4: Management framework
Part 5: Multipeer comm unication architecture
iv
0 ISO/IEC
ISO/IEC 7498-3: 1997(E)
Introduction
This Recommendation 1 International Standard extends the basic architectural concepts of identifiers described in ITU-T
Rec. X.200 1 ISO/IEC 7498-l.
This Recommendation I International Standard states the architectural principles which are followed in the production of
any Recommendation I International Standard which involves the identification (naming) and location (addressing) of
objects for the purpose of interconnection within the Open System Interconnection Environment (OSIE).
This Recommendation I International Standard has sufficient flexibility to accommodate advances in technology and
expansion in user demands. This flexibility is also intended to allow the phased transition from existing implementations
to OS1 Standards.
NOTE 1 - This Recommendation 1 International Standard is expected to be subject to future expansion, in particular with
regard to Multi-Peer Data Transmission (MPDT).
The architectural principles stated within this Recommendation I International Standard will ensure that any
ITU-T Recommendation that involves the identification and location of objects within the OSIE for the purpose of
interconnection will:
Avoid any restrictions on:
1) the functionality that may be made available through current or future Recommendations I
International Standards;
2) the functionality of any real open system;
3) the internal design of any real open system.
Preserve the principle of layer independence in the OSIE, i.e. the internal functioning of one layer is not
constrained by any other layer.
Preserve the principle of implementation independence in the OSIE, as expressed in 4.2 of ITU-T
Rec. X.200 I ISO/IEC 7498-l. That is, no real open system (or administrator thereof) is required to know
anything about the implementation design of any other real open system (or administration thereof), nor
does any real open system impose such knowledge as a condition for communication using OS1
Standards.
Allow economical support for interconnection within the OSIE; in particular individual standards
produced within the framework specified by this Recommendation I International Standard should make it
possible to provide facilities which give adequate levels of performance, reliability, and integrity and
which ease the administration by humans with respect to identifying and locating objects within the OSIE
for the purpose of interconnection.
The description of naming and addressing for the OSIE given in this Recommendation I International Standard is
developed in stages.
NOTE 2 - This Recommendation 1 International Standard provides clarifications of the basic architecture defined in IT&T
Rec. X.200 1 ISO/IEC 7498-l where this is necessary for a full understanding of the naming and addressing requirements within
the OSIE.
This page intentionally left blank

ISO/IEC 7498-3 : 1997 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY - OPEN SYSTEMS INTERCONNECTION -
BASIC REFERENCE MODEL: NAMING AND ADDRESSING
1 Scope
This Recommendation I International Standard:
a) defines general mechanisms for the use of names and addresses to identify and locate objects in the OSIE;
and
b) defines the use of these mechanisms within the layered structure of the Basic Reference Model.
This Recommendation I International Standard extends the concepts and principles defined in ITU-T Rec. X.200 I
ISO/IEC 7498-l. This Recommendation I International Standard is not intended to be either an implementation
specification or a basis for appraising the conformance of actual implementations.
The specific form of names and addresses is not within the scope of this Recommendation I International Standard.
2 Normative references
The following KU-T 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 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 I International 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 1 International Standards
-
ITU-T Recommendation X.25 (1996) I ISO/IEC 8208: 1995, Interface between Data Terminal Equipment
(DTE) and Data Circuit-terminating Equipment (DCE) for terminals operating in the packet mode and
connected to public data networks by dedicated circuit.
-
ITU-T Recommendation X.200 (1994) I ISO/IEC 7498-l : 1994, Information technology - Open Systems
Interconnection - Basic Reference Model: The Basic Model.
-
KU-T Recommendation X.207 (1993) I ISO/IEC 9545:1994, Information technology - Open Systems
Interconnection -Application Layer structure.
-
ITU-T Recommendation X.2 10 (1993) I ISO/IEC 1073 1: 1994, Information technology - Open Systems
Interconnection - Basic Reference Model: Conventions for the definition of OSI services.
-
ITU-T Recommendation X.213 (1995) I ISODEC 8348:1996, Information technology - Open Systems
Interconnection - Network service definition.
-
ITU-T Recommendation X.224 (1995) I ISO/IEC 8073:(1997), Information technology - Open Systems
Interconnection - Protocol for providing the connection-mode transport service.
22 . Paired Recommendations 1 International Standards equivalent in technical content
-
ITU-T Recommendation X.700 (1992), Management Framework for Open System Interconnection (OSI)
for CCITT Applications.
-
ISO/IEC 7498-4: 1989, Information processing systems - Open Systems Interconnection - Basic
Reference Model - Part 4: Managementfiamework.
. Additional references
-
ISO/IEC 9545: 1989, Information technology - Open Systems Interconnection - Application Layer
structure.
ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
3 Definitions
This Recommendation 1 International Standard makes use of the following terms defined in ISO/IEC 9545:
3.1
application-process-type;
a>
b) application-process-invocation.
3.2 This Recommendation 1 International Standard makes use of the following terms defined in ITU-T
Rec. X.2 10 1 ISO/IEC 1073 1:
a) (N)-service-request-primitive;
b) (N)-service-indication-primitive;
c) (N)-service-response-primitive;
d) (N)-service-confirm-primitive.
This Recommendation 1 International Standard makes use of the following term defined in ITU-T Rec. X.2 13 I
3.3
ISO/IEC 8348:
-
subnetwork point of attachment.
For the purposes of this Recommendation I International Standard, the following definitions apply.
3.4
3.4.1 (N)-address: A name unambiguous within the OSIE which is used to identify a set of (N)-service-access-
points which are all located at a boundary between an (N)-subsystem and an (N + l)-subsystem in the same open system.
NOTES
This definition of (N)-address is different from that in ITU-T Rec. X.200 1 ISO/IEC 7498-l. This definition is the
definitive one and will be moved to ITU-T Rec. X.200 1 ISO/IEC 7498-l to replace the existing definition when ITU-T Rec. X.200 1
ISO/IEC 7498-l is revised.
A name is unambiguous within a given scope when it identifies one, and only one, object within that scope.
Unambiguity of a name does not preclude the existence of synonyms.
(N)-address-selector; (N)-selector: An element of addressing information that identifies a set of (N)-SAPS
3.4.2
which are all in the same @Q-subsystem; an (N)-selector value is assigned by the local administration.
NOTE - The concept of (N)-address-selectors only applies above the Network Layer
(N)-association: A cooperative relationship among (N)-entity-invocations.
3.4.3
NOTE - This may be formed by the exchange of (N)-protocol-control-information.
tive and
3.4.4 calling-(N)-address: A parameter which may appear in an (N)-service request or indication prim
which identifies the @Q-address at the @Q-initiator.
-address”
NOTE - In the service definition of a particular layer, such a parameter may be referred to either as a “calling-(N
or “source-address”. Throughout this Specification, however, only the term “calling-(N)-address” is used.
1. 1
called-(N)-address: A parameter which may appear in an (N)-service request or indication primitive wnlcn
3.4.5
identifies the @Q-address at the (N)-recipient.
NOTE - In the service definition of a particular layer, such a parameter may be referred to either as a “called-(N)-address”
or “destination-address”. Throughout this Recommendation 1 International Standard, however, only the term “called-(N)-address” is
used.
a set of one or more objects means of a set of assertions
3.4.6 descriptive name: A name that identifies
bY
concerning the properties of the objects of the set.
3.4.7 (N)-directory-function: An (N)-function that processes (N)-addresses, (N - I)-addresses, (N)-entity-titles,
and (N)-PA1 to provide mappings among these categories of information.
3.4.8 (N)-entity: An active element within an (N)-subsystem embodying a set of capabilities defined for the
(N)-layer that corresponds to a specific (N)-entity-type (without any extra capabilities being used).
NOTE - This definition of @Q-entity is different from that in ITU-T Rec. X.200 1 ISO/IEC 7498-l. This definition is the
definitive one and will be moved to KU-T Rec. X.200 I ISO/IEC 7498-l to replace the existing definition when KU-T Rec. X.200 I
ISO/IEC 7498-l is revised.
3.4.9 (N)-entity- invocation: A specific utilization of part or al capabilities of a given (N)-entity (without any extra
capabilities being used).
NOTE -This definition will be moved to ITU-T Rec. X.200 ISO/IEC 7498-l to replace the existing definition when
KU-T Rec. X.200 I ISO/IEC 7498-l is revised.
2 ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
3.4.10 (N)-entity-title: A name that is used to identify unambiguously an (N)-entity.
3.4.11 (N)-entity-type: A description of a class of @Q-entities in terms of a set of capabilities defined for the
(N)-layer.
NOTE - This definition will be moved to KU-T Rec. X.200 I ISOLIEC 7498-l to replace the existing definition when
ITU-T Rec. X.200 I ISO/IEC 7498-l is revised.
3.4.12 generic name: A name of a set of objects.
NOTE - A generic-title is a specific form of generic name.
3.4.13 (N)-initiator: An (N)-entity-invocation which issues an (N - I)-service request primitive.
3.4.14 name: A linguistic construct which corresponds to an object in some universe of discourse.
3.4.15 naming-authority: A registration authority which allocates names according to specified rules. Where the
naming-authority allocates titles, it is known as a title-authority. Where the naming-authority allocates addresses, it is
known as an addressing-authority.
3.4.16 naming-domain: The set of names that are assignable to objects of a particular type. Where the names are
titles, the set is known as a title-domain. Where the names are addresses, the set is known as an addressing-domain.
3.4.17 naming-subdomain: A subset of a naming-domain, which is disjoint from all other naming-subdomains of
that naming-domain.
3.4.18 primitive name: A name that identifies an object and which is assigned by a designated naming-authority. The
internal structure of the name is not required to be understood or to have significance to users of the name.
(N)-recipient: An @Q-entity-invocation which receives an (N - 1)-service indication primitive.
3.4.19
(N)-PAI: Those elements of (N)-PC1 which contain addressing
3.4.20 (N)-protocol-addressing-information;
information.
3.4.21 responding-(N)-address: A parameter which may appear in an (N)-service response or confirm primitive and
which identifies the (N)-address at the (N)-recipient.
NOTE - In the service definition of a particular layer, such a parameter may be referred to either as a “called-address” or
“responding address”. Throughout this Recommendation I International Standard, however, only the term “responding-(N)-address” is
used.
An (N)-address that is used to identify a single
3.4.22 (N)-service-access-point-address; (N)-SAP-address:
(N)-SAP.
NOTES
1 This definition of (N)-service-access-point-address is different from that in ITU-T Rec. X.200 I ISO/IEC 7498-l. This
definition is the definitive one and will be moved to ITU-T Rec. X.200 I ISOLIEC 7498-l to replace the existing definition when
ITU-T Rec. X.200 I ISO/IEC 7498-l is revised.
2 (N)-address is the general term which applies to any set of (N)-SAPS, including sets of one, and only one, (N)-SAP.
(N)-SAP address is only used where it is necessary to specify precisely that the address identifies one, and only one, (N)-SAP.
Whether an (N)-address is an (N)-SAP address or not is a matter local to the @Q-subsystem and is not known to other open systerns.
Nevertheless, at some layers and because of their possible use in subsequent communications, calling-(N)-addresses and responding-
(N)-addresses may be constrained to identify a single (N)-SAP (see 8.44 and 8.5.5). The decision whether or not to apply this
constraint is made on a layer-by-layer and protocol-by-protocol basis.
subnetwork point of attachment by the registration authority
3.4.23 subnetwork-address: An identifier assigned to a
of the subnetwork.
3.4.24 synonymous name; synonym: A name that identifies an object that is also identified by another distinct name.
Synonymous generic names are distinct generic names that name the identical set.
3.4.25 system-title: A name, unique within the OSIE, which is used to identify a single real open system.
4 Abbreviations
The following abbreviations apply to this Recommendation I International Standard:
(N)-Connection-EndPoint-Identifier
(N)-CEPI
DLSAP Data-Link-Service-Access-Point
NSAP Network-Service-Access-Point
ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
OS1 Open Systems Interconnection
OS1 Environment
OSIE
(N)-PA1 (N)-Protocol-Addressing-Information
(N)-Protocol-Control-Information
(N)-PC1
PhSAP Physical-Service-Access-Point
Presentation-Service-Access-Point
PSAP
(N)-Service-Access-Point
O-SAP
SNPA Subnetwork Point of Attachment
SSAP Session-Service-Access-Point
TSAP Transport-Service-Access-Point
5 Basic Concepts of Naming
5.1 Names are linguistic constructs expressed in some language. They correspond to objects in some universe of
discourse. The correspondence between names (in the language) and objects (in the universe of discourse) is the relation
of identifying. A name identifies the object to which it is bound.
5.2 Within the context of OSI, names identify particular communications objects in the Open Systems
Interconnection Environment (OSIE). There are two distinct kinds of names, primitive and descriptive.
Within any particular universe of discourse, a primitive name is a name assigned by a naming-authority to a
5.3
specific object. A naming-authority is simply a source of names. The only architectural constraints imposed upon
naming-authorities are that all of the names it provides:
are expressed in a prescribed language; and
a>
b) are unambiguous (identify just one object).
5.4 A descriptive name consists of a set of assertions which are expressed in a formally de-fined language. The
definition of the formal language determines those linguistic constructs which are well-formed descriptive names. A
descriptive name may be incomplete, in that many objects satisfy all the assertions, or it may be complete, in that it
serves to ident@ a single object. A complete descriptive name is equivalent to a primitive name in that it unambiguously
identifies an object. Primitive names may be components of a descriptive name.
5.5 Although a primitive name is unambiguous, there may be more than one name that unambiguously identifies
the same object.
5.6 A generic name is a primitive name or a descriptive name that identifies a set comprising more than one object
with the intent that, when a generic name is used to denote an object, the result is that exactly one member of the set of
objects will be selected. A generic name may be used to identify a set of objects of a particular type, which need not be
located in the same open system.
A title is assigned to an object where the purpose of the name is to discriminate among different objects and to
5.7
permit retrieval of information associated with an object from a Directory Facility. A title is assigned to an object type
where the purpose of the name is to discriminate among different object types and to permit retrieval of information
associated with an object type from a Directory Facility. The name may identify a system, application-process,
application-process-type, (N)-entity, or (N)-entity-type.
NOTE - These objects and types are defined in either ITU-T Rec. X.200 I ISO/IEC 7498-l or ISO/IEC 9545.
5.8 An identifier is assigned to an object where the purpose of the name is only to discriminate among occurrences
of this object. The name may identify an @Q-association, an application process-invocation, or an @Q-entity-invocation.
NOTE - These objects are defined in either ITU-T Rec. X.200 I ISO/IEC 7498-l or ISO/IEC 9545.
OS1 naming and addressing concepts and the correct use of addresses
61 . The naming of real open systems
6.1.1 A system-title is is used within vari .ous layers to
a layer independent primitive name, i.e. the same identifier
identify the same real open one, system-title.
system. A single real open system is named by one, and only
4 ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
6.1.2 A system-title is used to identify a real open system as a whole. It may also be used:
in conjunction with other qualifiers to identify specific OS1 resources in the relevant parts of the
a>
management information base within the real open system; or
b) as an attribute of a Directory Facility entry pertaining to an OS1 resource associated with a single real
open system.
62 .
The naming and addressing of elements of an o-layer
6.2.1
Introduction
it needs to be named, but not located. Since
6.2.1.1 Since an (N)-entity-type describes a class of (N)-entities,
(N)-entities and (N)-entity-invocations are active elements within an (N)-layer, they need to be unambiguously identified
and located.
6.2.1.2 Within an open system, (N + I)-entities and (N)-entities are bound together at (N)-service-access-points
C(N)-SAPS]. (N)-entities provide services to (N + I)-entities via the exchange of service primitives at (N)-SAPS.
6.2.1.3 An @)-entity is identified unambiguously by an (N)-entity-title. An @Q-entity-type is identified by an
(N)-entity-type-title. An @Q-entity-invocation is identified by an (N)-entity-invocation-identifier which is unambiguous
within the scope of an @Q-entity.
6.2.2 (N)-addresses
6.2.2.1 An (N)-address identifies a set of (N)-SAPS which are all located at the boundary between an (N)-subsystem
and an (N + 1)-subsystem. An (N)-SAP-address is an (N)-address which identifies a set containing exactly one @Q-SAP.
the result of communication to an address is
6.2.2.2 While (N)-entities are the objects being addressed,
communication with an @Q-entity-invocation.
6.2.2.3 An (N + l)-entity is located by its binding to one or more (N)-SAPS. An (N)-SAP is i&Wied by one or more
(N)-addresses.
NOTE - A physical-address is used to access a data-link-entity;
a data-link-address is used to access a network-entity;
a network-address is used to access a transport-entity;
a transport-address is used to access a session-entity;
a session-address is used to access a presentation-entity; and
a presentation-address is used to access an application-entity.
6.2.3 (N)-selectors
An (N)-selector is that part of the addressing information which is specific to the (N)-subsystem. (N)-selectors are used
to identify (N)-SAPS or sets of (N)-SAPS within an end open system, once this end open system is unambiguously
identified. Since the end open system is implicitly known at the Network Layer, (N)-selectors are used above the
Network Layer, along with local information, to address the desired (N + l)-entity within the open system. @)-selector
values are exchanged between open systems as part of the (N)-PAI.
63 . The correct use of o-addresses
6.3.1 (N)-addresses have a limited scope. They are used to distinguish among sets of (N)-SAPS, and only (N)-SAPS.
Addressing rules are not used to make the structure of a real open system visible to the OS1 environment.
6.3.2 (N)-addresses are used to identify sets of (N)-SAPS in order to locate (N + I)-entities. An (N + I)-subsystem is
partitioned into (N + 1).entities:
a) to support different (N + I)-protocols or sets of (N + 1)-protocols;
b) to accommodate security and/or management requirements; and
in the case of the application-subsystem, to distinguish between different application-processes
C)
different application-entities of the same application-process.
ITU-T Rec. X.650 (1996 E) 5
ISO/IEC 7498-3 : 1997 (E)
6.3.3 (N)-addresses are not used:
to distinguish among aspects of protocols that are subject to negotiation (classes, subsets, quality of
service, protocol versi .ons) or parameter values;
to derive routing information above the Network Layer; or
W
to distinguish among hardware components.
C)
NOTE - In some configurations, the use of an @Q-address, as defined in 6.3.2, can lead to an (N + 1)-entity being wholly
contained within a single hardware component. Nevertheless, within the OSIE, the (N)-address identifies the (N + I)-entity; it does
not identify the hardware component.
7 OS1 addressing model
71 . Associations between peer O-entities
An @Q-association is a cooperative relationship between two (N)-entity-invocations. Cooperation between
7.1.1
(N)-entity-invocations requires the establishment and maintenance of related state information in each
(N)-entity-invocation. This state information supports an @Q-association between the @Q-entity-invocations.
An @Q-entity invocation may support one or more independent @Q-associations at any one time. The
7.1.2
communications behaviour of the @Q-entity-invocation with respect to a specific (N)-association is defined by the
(N)-entity and by the state information which is maintained by the (N)-entity-invocation and is specific to that
(N)-association.
An (N)-association-identifier is associated with each (N)-association. This identifier is unique within the scope
7.1.3
of a pair of cooperating (N)-entity-invocations. It serves to identify the related state information associated with each
(N)-entity-invocation. The identifier has two components, one being determined by each (N)-entity-invocation.
NOTE - Certain (IV)-protocols may not need explicit @Q-association-identifiers.
1).connection(s), or can make use of an (N - 1)-connectionless
7.1.4 Two (N)-entity-invocations can establish (N -
service, to support an @Q-association. The lifetime of an (N)-association may exceed the lifetime of any supporting
(N - l)-connection(s). The binding of an @Q-association with (N - 1).connection(s) may change with time.
NOTE - An @Q-association could be associated with a sequence of (N - 1)-connections with a one-to-one binding at any
point in time; alternatively in the case of splitting, there could be a one-to-many binding at any point in time.
When the operation of an @Q-association requires it, (N)-entity-titles are used to identify (N)-entities
7.1.5
independent of their locations. When the operation of an (N)-association requires it, (N - &addresses are used in
requests for (N - l)-services to identify the locations of the (N)-entities concerned.
72 0 Attachment of O-entities to (N)-SAPS
An @Q-entity may provide @Q-services through one or more (N)-SAPS and may use (N - 1).services through one or
more (N - 1).SAPS. In consequence, an (N)-entity may have the following relationships with (N)-SAPS and (N-I)-SAPS
(see Figure 1):
a)
an @Q-entity may provide @Q-services through one (N)-SAP making use of (N - I)-services through one
(N - I)-SAP;
b) an (N)-entity may provide (N)-services through multiple (N)-SAPS making use of (N - Q-services
through one (N - l)-SAP;
c) an (N)-entity may provide (N)-services through one (N)-SAP making use of (N - l)-services through
multiple (N - I)-SAPS;
d) an @Q-entity may provide (N)-services through multiple @Q-SAPS making use of (N - I)-services
through multiple (N - I)-SAPS.
NOTES
1 There is no relationship between the SAP/entity correspondences identified above and multiplexing. An
@Q-multiplexing function provides for the mapping of several (N)-connections onto a single (N - 1)-connection. The (N)-connections
may all terminate in a single (N)-SAP or they may terminate in separate (N)-SAPS. Multiplexed (N)-connections are distinguished
from each other by elements of (N)-PC1 at the service boundary and by elements of the (N)-PAI, e.g. an association-identifier within
the (N)-protocol.
2 Logical channel numbers in ITU-T Rec. X.25 I ISO/IEC 8208 and connection references in the OS1 Transport
Protocol (see KU-T Rec. X.224 and ISOAEC 8073), are examples of information exchanged in (N)-PC1 to distinguish connections
when multiplexing is used.
6 ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
(N)-SAP (N)-SAPS
(N - I)-SAP (N - 1 )-SAP
(N)-SAP (N)-SAPS
(N)-entity
TIS07730-96/dOl
(N - I)-SAPS (N - I)-SAPS
d)
Cl
Figure 1 - Relationships of (N)-entity to (N)-SAPS and to (N - l)-SAPS
73 . (N)-addresses and O-SAPS
7.3.1 The OS1 addressing structure allows:
a) (N)-addresses to identify the location of an (N + l)-entity without constraining the structure of lower
layer subsystems in the open system concerned; and
multiple (N)-entities to be defined within an (N)-subsystem.
b)
NOTE - The relevant addressing structure allows a presentation-address to identify the location of an application-entity
without constraining the structure of presentation-, session-, and transport-subsystems within an open system; and allows the
definition of a single set of addressing information for use in establishing communication with an application-entity in a recipient
system.
7.3.2 An (N)-address identifies a set of (N)-SAPS all located at the boundary of a single (N)-subsystem. The exact
membership of the set is an issue local to that (N)-subsystem. The set membership is not known to other open systems
and may change over time.
The set of (N)-SAPS identified by an (N)-address may consist of:
7.3.3
a single (N)-SAP bound to an (N + I)-entity;
a)
multiple (N)-SAPS that are bound to a single (N + I)-entity; or
b)
multiple (N)-SAPS that are bound to different (N + I)-entities.
C)
ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
7.3.4 When an @Q-address is used as a called-(N)-address in a service primitive, the recipient (N)-subsystem will
select a single (N)-SAP from the set identified by the @Q-address. The selection mechanism is a local issue transparent
to the (N)-initiator.
7.3.5 Open systems are configured to ensure that all of the (N)-SAPS in the set identified by an (N)-address are
bound to (N + 1)-entities that are of the same type and, therefore, provide the same functions.
7.3.6 It is important to distinguish between the semantics of an (N)-address and the syntax used to represent an
(N)-address within a given open system. (N)-addresses are passed across layer boundaries within open systems as
parameters of (IV)-service primitives. For (N)-service request/response primitives, the semantics of (N)-addresses are
conveyed to the peer (N)-subsystem and passed across the layer boundary as parameters of the (N)-service
indication/confirm primitives. Only the semantics of an (N)-address are conveyed by the (N)-service. The syntax of an
(N)-address is a local issue and different representations may be used in different open systems.
7.3.7 When an (N + 1).entity establishes an (N)-connection with another (N + 1)-entity, each (N + l)-entity is given
an (N)-connection-endpoint-identifier [(N)-CEPI] by its supporting (N)-entity. (See clause 5 of ITU-T Rec. X.200 /
ISO/IEC 7498-l). An (N)-CEPI is a local identifier determined at connection establishment time. An (N)-CEPI cannot
be used as a substitute for an @Q-address. In the case that the calling-(N)-address and called-(N)-address on an
(N)-connection are identical, the (N)-connection has two (N)-connection-end-points and two (N)-CEPIs [connection of
an (N)-entity to itself]. How the two (N)-CEPIs in the (N)-subsystems are distinguished is an entirely local matter.
74 . (N)-Directory-Functions and Directory Facilities
1)-addresses, (N)-entity-titles, and (N)-PA1 to provide
7.4.1 (N)-directory-functions process (N)-addresses, (N -
mappings among these categories of information. Information used for these mappings is held by a Directory Facility. It
is a local system management responsibility to access the Directory Facility to retrieve the information and make it
available to an @Q-directory-function.
Some of this information represents the logical structure of the local end system and influences local operation.
7.4.2
This information is stored locally. Other information represents the logical structure of the remote end system and
influences the generation of (N)-PAI. This information may be stored locally or remotely. If it is stored remotely, OS1
protocols are used to access that information.
8 Addressing information and (N)-services
81 . Introduction
8.1.1 This clause provides a layer independent description of the use of (N)-addresses in (N)-service primitives.
8.1.2 (N + I)-entities use (N)-services by issuing (N)-service primitives at (N)-SAPS. Issuing an (N)-service
request/response primitive may cause an @Q-service indication/confirm primitive to be issued at an (N)-SAP to which a
peer (N + l)-entity is attached.
8.1.3 The (N)-address derived from information provided by a Directory Facility may be invalid. An (N)-address
derived from the calling/responding-(N)-address parameter of a previously received (N)-service indication/confirm
primitive has to be valid at the time it is issued, but no guarantee can be given for a subsequent use of this address.
Therefore, an (N + 1).entity using an (N)-address should, under all circumstances, check that it has led to
communication with the desired correspondent in the (N + 1).layer. It is normally sufficient to do this in the Application
Layer by exchanging application-entity-titles.
8.1.4 The use of an (N)-address is not sufficient by itself to identify a particular (N + I)-entity-invocation. An
(N + I)-entity may be satisfied to communicate with any (N + l)-entity-invocation of the desired (N + 1)-entity at the
(N)-address. In some (N + I)-layers, it may be necessary to reference the (N + 1).entity-invocation using the (N + l)-
entity-invocation-identifier.
82 . Address parameters
passed as called-(N)-address parameters
8.2.1 It is important to distinguish between the (N)-addresses
passed as calling-@Q-address or responding-(N)-address parameters.
Called-(N)-addresses are used in the initiation of communication between (N + 1).entity-invocations. The
8.2.2
(N + 1).initiator provides the called-@Q-address, the semantics of which are conveyed to the peer (N + l)-recipient.
8 ITU-T Rec. X.650 (1996 E)
ISO/IEC 7498-3 : 1997 (E)
are primarily used for identification and recall purposes and may
8.2.3 Calling- and responding-(N)-addresses
identify of communication.
the specific (N)-SAPS used in an instance
83 . Called-@)-address
service primitives is equivalent to the destination
8.3.1 The called-(N)-address parameter in connection-mode
(N)-address parameter in connectionless-mode service primitives.
8.3.2 The called-(N)-address is provided by the (N + l)-initiator. The semantics of the @Q-address are conveyed to
the recipient (N)-subsystem and passed to the (N + I)-subsystem in an (N)-service indication primitive.
8.3.3 The called-@Q-address conveyed in the (N)-service indication primitive parameter is not restricted to be the
same address as was specified in the associated request primitive. However, an @Q-service definition may impose such a
restriction.
8.3.4 Above the Network Layer, address processing is confined to end systems:
at the initiating open system, the processing of the called-(N)-address is not dependent on the complexity
a)
of the address structures supported by the recipient open system; and
of the called-@Q-address depends on the complexity of the
at the recipient open system, the processing
W
address structures supported by this system.
8.3.5 In the Network Layer, although some processing of the called-(N)-address may occur in an intermediate
system, this processing is not dependent on the complexity of the address structures supported by the recipient open
system.
8.3.6 The called-(N)-address identifies a set of (N)-SAPS at the recipient-(N)-subsystem. Any one of the (N)-SAPS
in this set may be used to support the communication. The resolution of the address to select a particular (N)-SAP is the
responsibility of the recipient (N)-subsystem.
8.3.7 The called-(N)-address may have been derived from information obtained from the Directory Facility. In this
case, the semantics of the @Q-address are related to a Directory entry published on behalf of the recipient system. The
attributes associated with the Directory Facility entry are known within the recipient system. The called-@&address
identifies a set of (N)-SAPS that provide access to (N + I)-entities which support communication in a manner that is
consistent with the information obtained from the Directory Facility.
8.3.8 The called-(N)-address may have been previously passed as a calling- or responding-(N)-address parameter by
the recipient (N)-subsystem in a previous instance of communicat
...

NORME ISOJCEI
7498-3
INTERNATIONALE
Deuxième édition
1997-04-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts (OSI) -
Modèle de référence de base: Dénomination
et adressage
Information technology - Open Sys tems In terconnection - Basic
Reference Model: Naming and addressing

ISOKEI 7498-3: 1997(F)
Sommaire
Page
1 Domaine d’application .
...................................................................................................................................................... 1
2 Références
2.1 Recommandations 1 Normes internationales identiques .
....... 2
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
................................................................................................................... 2
2.3 Références additionnelles
Définitions . 2
Abréviations .
................................................................................................................ 5
Concepts de dénomination de base
.......................................
Concepts de dénomination et d’adressage OS1 et utilisation correcte des adresses
........................................................................................... 6
6.1 Dénomination des systèmes ouverts réels
............................................................... 6
6.2 Dénomination et adressage des éléments d’une couche (N)
6.3 Utilisation correcte des adresses (N) .
................................................................................................................................ 7
7 Modèle d’adressage OS1
Associations entre des entités (N) homologues .
7.1
............................ 8
7.2 Raccordement des entités (N) à des points d’accès à des services (N), [(N)-SAP]
Adresses (N) et points d’accès à des services (N) .
7.3
.......................................................................... 9
7.4 Fonctions de répertoire (N) et facilités de répertoire
.......................................................................................................
8 Informations d’adressage et services (N)
8.1 Introduction .
...........................................................................................................................
8.2 Paramètres d’adresse
8.3 Adresse (N) d’appelé .
8.4 Adresse (N) d’appelant .
.......................................................................................................................
8.5 Adresse (N) en réponse
9 Informations d’adressage et protocoles (N) .
.........................................................................................................................................
91 Introduction
Informations d’adressage dans les (N)-PA1 .
9:2
............................................................................... 12
9.3 Attribution de valeurs aux éléments des (N)-PAI
.................................................................................................... 13
9.4 Adresse de réseau et PA1 de réseau
Adresses (N) et (N)-PA1 au-dessus de la couche Réseau .
9.5
. Obtention des (N)-PA1 .
0 ISOKEI 1997
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-l 211 Genève 20 l Suisse
Imprimé en Suisse
ii
ISOKEI 7498-3: 1997(F)
@ ISOKEI
10 Fonctions de répertoire (N) .
10.1 Introduction .
..............................................................................................
10.2 Fonctions de répertoire (N) d’initiateur
......................................................................................... 15
10.3 Fonctions de répertoire (N) de destinataire
.................................................................................................................... 16
11 Adressage dans les couches OSI
................................................................................... 16
11.1 Processus d’application et couche Application
............................................................................................................................ 18
11.2 Couche Présentation
...................................................................................................................................
11.3 Couche Session
11.4 Couche Transport .
11.5 Couche Réseau .
................................................................................................................ 22
11.6 Couche Liaison de données
.................................................................................................................................
11.7 Couche Physique
......................................................................................................... 23
12 Domaines et autorités de dénomination
..................................................................... 24
13 Procédures d’enregistrement pour la dénomination dans I’OSI
Besoins de facilités de répertoire . 25
14.1 Introduction .
14.2 Facilité de répertoire des titres d’application . 25
...................................................................................... 25
14.3 Facilité de répertoire des adresses de réseau,
. . .
ISOKEI 7498-3: 1997(F) 0 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 1’ISO ou de la CE1 participent au développement de Normes inter-
nationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de 1’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, 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, 1’ISO et la CE1 ont créé un
comité technique mixte, I’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 7498-3 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 18,
Traitement des documents et communication associée, en collaboration avec
KJIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.650.
Cette deuxième édition annule et remplace la première édition (ISO 7498-3: 1989),
qui a fait l’objet d’une révision technique.
L’ISOKEI 7498 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Interconnexion de systèmes ouverts (OSI) -
Modèle de référence de base:
- Partie 1: Le modèle de base
Partie 2: Architecture de sécurité
Partie 3: Dénomination et adressage
- Partie 4: Cadre général de gestion
- Partie 5: Architecture de communication multipaire
1v
ISOKEI 7498-3: 1997(F)
@ ISOKEI
Introduction
La présente Recommandation 1 Norme internationale élargit les concepts d’architecture de base liés aux identificateurs
décrits dans la Rec. UIT-T X.200 1 ISOKEI 7498-1.
La présente Recommandation 1 Norme internationale établit les principes architecturaux qui sont suivis dans
l’élaboration de toutes les Recommandations 1 Normes internationales qui traitent de l’identification (dénomination) et
de la localisation (adressage) d’objets à interconnecter dans l’environnement OS1 (OSIE, OSI environment).
La présente Recommandation 1 Norme internationale est suffisamment souple pour s’adapter aux progrès technologiques
et à l’extension des besoins des utilisateurs. Cette souplesse doit permettre aussi aux réalisations actuelles d’évoluer par
étapes vers les Recommandations OSI.
NOTE 1 - Il est prévu que la présente Recommandation 1 Norme internationale fasse l’objet d’extensions, en particulier en
ce qui concerne les transmissions de données en mode multipoint (MPDT, muZti-peer data tran.smi.ssion).
Les principes architecturaux établis dans la présente Recommandation 1 Norme internationale garantissent que toute
Recommandation du CCITT concernée par l’identification et la localisation d’objets à interconnecter dans
l’environnement OSI:
évite de restreindre:
a)
1) les fonctions disponibles par des Recommandations 1 Normes internationales présentes ou futures;
2) les fonctions d’un système ouvert réel quelconque;
3) l’architecture interne d’un système ouvert réel quelconque;
préserve le principe de l’indépendance des couches dans l’environnement OSI, c’est-à-dire qu’une couche
W
n’impose pas de contrainte au fonctionnement interne d’une autre couche;
préserve le principe de l’indépendance de la réalisation dans l’environnement OS1 tel qu’il est défini
Cl
au 4.2 de la Rec. UIT-T X.200 1 ISOKEI 7498-1, c’est-à-dire qu’aucun système ouvert réel (ou son
administrateur) n’a à connaître quoi que ce soit de la conception d’un autre système réel quelconque (ou
son administrateur), et à imposer cette connaissance préalablement à une communication utilisant les
Recommandations OSI;
fournit un moyen de communication économique pour I’interconnection dans l’environnement OSI; en
d)
particulier, les normes produites dans le cadre spécifié par la présente Recommandation 1 Norme
internationale doivent permettre d’offrir des services donnant un niveau adéquat de performance, fiabilité
et sécurité et facilitant l’administration par des opérateurs humains, quant à l’identification et à la
localisation d’objets à interconnecter dans l’environnement OSI.
La description de la dénomination et de l’adressage pour l’environnement OSI, qui fait l’objet de la présente
Recommandation 1 Norme internationale, est développée par étapes successives.
NOTE 2 - La présente Recommandation 1 Norme internationale fournit des précisions sur l’architecture de base définie
dans la Rec. UIT-T X.200 1 ISO/CEI 7498-1, là où il est nécessaire de bien comprendre les besoins de dénomination et d’adressage
dans l’environnement OSI.
Page blanche
ISOKEI 7498-3 : 1997 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION
DE SYSTÈMES OUVERTS (OSI) - MODÈLE DE RÉFÉRENCE
DE BASE: DÉNOMINATION ET ADRESSAGE
1 Domaine d’application
La présente Recommandation 1 Norme internationale:
définit les mécanismes généraux d’utilisation des noms et adresses pour identifier et localiser des objets
dans l’environnement OSI;
b) définit l’utilisation de ces mécanismes dans la structure en couches du modèle de référence de base.
La présente Recommandation 1 Norme internationale élargit les concepts et principes définis dans la Rec. UIT-T X.200 1
ISOKEI 7498-1. La présente Recommandation 1 Norme internationale n’a pas pour objet de spécifier de réalisation ni de
fournir une base d’évaluation de la conformité des réalisations réelles.
La structure spécifique des noms et adresses n’est pas du domaine de la présente Recommandation 1 Norme
internationale.
2 Références normatives
Les Recommandations UIT-T 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 Recommendation 1 Norme internationale.
Au moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont
sujettes à révision et les parties prenantes aux accords fondés sur la présente Recommandation 1 Norme internationale
sont invitées à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations 1 Normes
internationales indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en
vigueur. Le Bureau de la normalization des télécommunications de FUIT tient à jour une liste des Recommandations
UIT-T en vigueur.
21 b Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.25 (1996) 1 ISOKEI 8208:1995, Interface entre équipement terminal de
traitement de données et équipement de terminaison de circuit de données pour terminaux fonctionnant
en mode paquet et racordés par circuit spécialisé à des réseaux publics pour données.
-
Recommandation UIT-T X.200 (1994) 1 ISO/CEI 7498-1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) 1 ISO/CEI 9545: 1994, Technologies de I?nformation -
Interconnexion des systèmes ouverts - Structure de la couche application.
-
Recommandation UIT-T X.210 (1993) 1 ISO/CEI 1073 1: 1994, Technologies de I?nformation -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la définition des
services de l’interconnexion des systèmes ouverts.
-
Recommandation UIT-T X.213 (1995) 1 ISO/CEI 8348: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de réseau.
-
Recommandation UIT-T X.224 (1995) 1 ISOKEI 8073:1997, Technologies de l’information -
Interconnexion des systèmes ouverts - Protocole pour assurer le service de couche transport en mode
connexion.
Rec. UIT-T X.650 (1996 F)
ISO/CEI 7498-3 : 1997 (F)
22 . Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation UIT-T X.700 (1992), Cadre de gestion pour l’interconnexion des systèmes ouverts pour
les applications du CCITT.
-
ISOKEI 7498-4: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts -
Modèle de référence de base - Partie 4: cadre général de gestion.
23 . Références additionnelles
-
ISO/CEI 9545: 1989, Technologies de l’information - Interconnexion de systèmes ouverts - Structure de
la couche application.
3 Définitions
3.1 La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans l’ISO/CEI 9545:
a) type de processus d’application;
b) invocation de processus d’application.
3.2 La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la
Rec. UIT-T X.210 1 ISOKEI 1073 1:
a) primitive demande de service (N);
b) primitive indication de service (N);
c) primitive réponse à une demande de service (N);
d) primitive confirmation de service (N).
Rec. UIT-T X.21 3 1
3.3 La présente Recommandation 1 Norme internationale utilise le terme suivant, défini dans la
ISOKEI 8348:
point de raccordement au sous-réseau.
3.4 Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
3.4.1 adresse (N): nom non ambigu dans l’environnement OSI, utilisé pour identifier un ensemble de points d’accès
à des services (N), tous situés à la frontière entre un sous-système (N) et un sous-système (N + 1) du même système
ouvert.
NOTES
1 Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISO/CEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISO/CEI 7498-l.
2 Dans un domaine d’application donné, un nom est non ambigu quand il identifie un objet et un seul. La non-
ambiguïté d’un nom ne préjuge pas l’existence de synonymes.
3.4.2 sélecteur d’adresse (N); sélecteur (N): élément d’information d’adressage qui identifie un ensemble de points
d’accès à des services (N) tous situés dans le même sous-système (N); les valeurs des sélecteurs (N) sont attribuées par
l’administration locale.
NOTE - Le concept de sélecteur d’adresse (N) ne s’applique qu’au-dessus de la couche Réseau.
3.4.3 association (N): relation de coopération entre invocations d’une entité (N).
NOTE - Celle-ci peut être constituée par l’échange d’informations de contrôle de protocole (N).
3.4.4 adresse (N) d’appelant: paramètre, pouvant apparaître dans une primitive de demande ou d’indication de
service (N), qui identifie l’adresse (N) chez l’initiateur (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse (N) d’appelant», soit
par «adresse source». Dans la présente Spécification, seul le terme «adresse (N) d’appelant» est utilisé.
3.4.5 adresse (N) d’appelé: paramètre, pouvant apparaître dans une primitive de demande ou d’indication de
service (N), qui identifie l’adresse (N) chez le destinataire (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse (N) d’appelé», soit
par «adresse de destination». Dans la présente Recommandation 1 Norme internationale, seul le terme «adresse (N) d’appelé» est
utilisé.
2 Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
nom descriptif: nom qui identifie un ensemble d’un ou de plusieurs objets au moyen d’un
3.4.6 ensemble
d’affirmations concernant les propriétés des objets de l’ensemble.
fonction de répertoire (N): fonction (N) qui traite les adresses (N), les adresses (N - l), les titres d’entité (N)
3.4.7
et les informations d’adressage du protocole (N), pour mettre en correspondance ces différentes catégories
d’information.
3.4.8 entité (N): élément actif à l’intérieur d’un sous-système (N), incorporant un ensemble de capacités, définies
pour la couche (N), qui correspondent à un type donné d’entité (N) (sans qu’une capacité supplémentaire soit utilisée).
NOTE - Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISOKEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISOKEI 7498-l.
3.4.9 invocation d’entité (N): utilisation spécifique d’une partie ou de toutes les capacités d’une entité (N) (sans
qu’une capacité supplémentaire soit utilisée).
NOTE - Cette définition remplacera celle de la Rec. UIT-T X.200 1 ISOKEI 7498-l à l’occasion de sa révision.
titre d’entité (N): nom utilisé pour identifier d’une manière non ambiguë une entité (N).
3.4.10
3.4.11 type d’entité (N): description d’une classe d’entités (N) en termes d’ensemble de capacités définies pour la
couche (N).
NOTE - Cette définition remplacera celle de la Rec. UIT-T X.200 1 ISO/CEI 7498-l à l’occasion de sa révision.
3.4.12 nom générique: nom d’un ensemble d’objets.
NOTE - Un titre générique est un cas particulier de nom générique.
3.4.13 initiateur (N): invocation d’entité (N) qui émet une primitive de demande de service (N - 1).
nom: construction linguistique correspondant à un objet dans un univers de discours.
3.4.14
qui attribue des noms suivant des règles
3.4.15 autorité de dénomination: autorité d enregistrement spécifiées.
L’autorité qui attribue des titres est une autorité de titre. L’autorité attribue des adresses est une autorité d’ adressage.
Y1
3.4.16 domaine de dénomination: ensemble des noms que l’on peut attribuer à des objets d’un type particulier.
Quand les noms sont des titres, l’ensemble est un domaine de titre. Quand les noms sont des adresses, l’ensemble est un
domaine d’adressage.
de dénomination, disjoint de tous les autres
3.4.17 sous-domaine de dénomination: sous-ensemble d’un domaine
sous-domaines de dénomination inclus dans ce domaine de dénomination.
3.4.18 nom primitif: nom qui identifie un objet et qui est attribué par une autorité de dénomination. Il n’est pas
nécessaire que la structure interne d’un nom soit comprise par les utilisateurs de ce nom ou qu’elle ait une signification
pour eux.
3.4.19 destinataire (N): invocation d’entité (N) qui reçoit une primitive d’indication de service (N - 1).
3.4.20 informations d’adressage du protocole (N) [ (N)-PAI, (IV)-protocol-addressing-information] : les éléments
des informations de contrôle (N) (N)-PC1 qui contiennent les informations relatives à l’adressage.
3.4.21 adresse (N) en réponse: paramètre, pouvant apparaître dans une primitive de confirmation ou de réponse à
une demande de service (N), qui identifie l’adresse (N) chez le destinataire (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse appelée», soit
Par
«adresse en réponse». Dans la présente Recommandation 1 Norme internationale, seul le terme «adresse (N) en réponse» est utilisé.
3.4.22 adresse du point d’accès a des services (N); adresse de (N)-SAP, (service-access-point-address): adresse
(N) utilisée pour identifier un point d’accès unique à des services (N).
NOTES
1 Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISO/CEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISO/CEI 7498-l.
2 Adresse (N) est le terme général qui s’applique à tout ensemble de (N)-SAP, y compris un ensemble d’un (N)-SAP et
d’un seul. «Adresse de (N)-SAP» n’est utilisé que s’il est nécessaire de préciser que l’adresse identifie un (N)-SAP et un seul. Le fait
qu’une adresse (N) soit ou non une adresse de (N)-SAP est une décision locale du sous-système (N) et n’est pas connu des autres
systèmes ouverts. Néanmoins, dans certaines couches, comme il est possible de les utiliser dans des communications successives, les
adresses (N) d’appelant et les adresses (N) en réponse peuvent être limitées à l’identification d’un (IV)-SAP unique (voir 8.4.4
et 8.5.5). La décision d’imposer ou non cette limitation est prise au niveau de chaque couche et au niveau de chaque protocole.
Rec. UIT-T X.650 (1996 F) 3
ISOKEI 7498-3 : 1997 (F)
adresse d .e sous-résea u: identificateur attribué à un point de raccordement au sous-réseau par 1’ autorité
3.4.23
d’enregi strement du sous-réseau.
3.4.24 nom synonyme; synonyme: nom identifiant un objet qui est également identifié par un autre nom. Les noms
génériques synonymes sont des noms génériques distincts qui identifient le même ensemble.
3.4.25 titre de système: nom unique dans l’environnement OSI, utilisé pour identifier un système ouvert réel unique.
4 Abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les abréviations suivantes sont utilisées:
(N)-CEP1 Identificateur d’extrémité de connexion (N) [fl) -connection-endpoint-identifier]
DLSAP Point d’accès au service de liaison de données (data-link-service-access-point)
NSAP Point d’accès au service de réseau (network-service-access-point)
os1 Interconnexion des systèmes ouverts (open systems interconnection)
OSIE Environnement OS1 (OS1 environment)
(N)-PA1 Informations d’adressage du protocole (N) [ (N)-protocol-addressing-information]
Informations de contrôle du protocole (N) [ (TV)-protocol-control-information]
(N)-PC1
PhSAP Point d’accès au service physique (physical-service-access-point)
PSAP Point d’accès au service de présentation (presentation-service-access-point)
(N)-SAP Point d’accès à des services (N) [ (n)-service-access-point]
SNPA Point de raccordement au sous-réseau (subnetworkpoint of attachment)
Point d’accès au service de session (session-service-access-point)
SSAP
TSAP Point d’accès au service de transport (transport-service-access-point)
5 Concepts de dénomination de base
Les noms sont des constructions linguistiques exprimées dans un langage. Ils correspondent aux objets dans un
5.1
univers de discours. La relation Identification définit la correspondance entre les noms (du langage) et les objets (de
l’univers du discours). Un nom identifie l’objet auquel il est attaché.
5.2 Dans le contexte OSI, les noms identifient des objets de communication particuliers dans l’environnement
OSI. Il y a deux sortes de noms, les noms primitifs et les noms descriptifs.
Dans un univers de discours particulier, un nom primitif est un nom attribué à un objet spécifique par une
5.3
autorité de dénomination. Une autorité de dénomination n’est qu’une source de noms. Les seules contraintes
architecturales imposées aux autorités de dénomination concernent les noms qu’elles attribuent. Ceux-ci doivent:
être exprimés dans un langage établi;
a)
b) être non ambigus (n’identifier qu’un seul objet).
Un nom descriptif est un ensemble d’affirmations qui sont exprimées dans un langage défini formellement. La
5.4
définition du langage formel permet d’établir si une construction linguistique est un nom descriptif correctement formé.
Un nom descriptif peut être complet ou incomplet; il est incomplet quand plusieurs objets correspondent à l’ensemble
des affirmations; il est complet quand il permet d’identifier un objet unique. Un nom descriptif complet équivaut à un
nom primitif puisqu’il identifie un objet d’une manière non ambiguë. Des noms primitifs peuvent être des composants
d’un nom descriptif.
Bien qu’un nom primitif soit non ambigu, il peut y avoir plusieurs noms qui identifient le même objet d’une
5.5
manière non ambiguë.
5.6 Un nom générique est un nom primitif ou un nom descriptif qui identifie un ensemble comprenant plus d’un
objet, et ce afin d’obtenir, quand le nom générique est utilisé pour désigner un objet, la sélection d’un seul élément de
l’ensemble. Un nom générique peut être utilisé pour identifier un ensemble d’objets d’un type particulier, non
nécessairement situés dans le même système ouvert.
Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
Un titre est attribué à un objet pour le différencier d’autres objets et pour permettre la récupération d’informa-
5.7
tions liées à cet objet dans une facilité de répertoire. Un titre est attribué à un type d’objet pour le différencier d’autres
types d’objet et pour permettre la récupération des informations liées à ce type d’objet dans une facilité de répertoire. Ce
nom peut identifier un système, un processus d’application, un type de processus d’application, une entité (N) ou un type
d’entité (N).
NOTE - Ces objets ou types d’objet sont définis soit dans la Rec. UIT-T X.200 1 ISOKEI 7498-1, soit dans
l’ISO/CEI 9545.
5.8 Un identificateur est attribué à un objet lorsque le but est uniquement de faire la distinction entre les différentes
occurrences de cet objet. Ce nom peut identifier une association (N), une invocation de processus d’application ou une
invocation d’entité (N).
NOTE - Ces objets sont définis soit dans la Rec. UIT-T X.200 1 ISO/CEI 7498-1, soit dans l’ISO/CEI 9545.
6 Concepts de dénomination et d’adressage OS1 et utilisation correcte des adresses
61 0 Dénomination des systèmes ouverts réels
6.1.1 Un titre de système est un nom primitif indépendant des couches, c’est-à-dire que le même identificateur est
utilisé dans les différentes couches pour identifier le même système ouvert réel. Un système ouvert réel est dénommé par
un titre de système et un seul.
6.1.2 Un titre de système est utilisé pour ‘identifier un système ouvert réel dans son ensemble. II peut aussi être
utilisé:
conjointement avec d’autres qualifïcateurs, pour identifier des ressources OS1 spécifiques dans les
éléments concernés de la base d’informations d’administration liée au système ouvert réel; ou
dans une facilité de répertoire, comme attribut d’une entrée relative à une ressource os1 associée à un
W
système ouvert réel unique.
62 . Dénomination et adressage des éléments d’une couche (N)
6.2.1 Introduction
6.2.1.1 Puisqu’un type d’entité (N) décrit une classe d’entités (N), il est nécessaire de le nommer, mais pas de le
localiser. Puisqu’une entité (N) et une invocation d’entité (N) sont des éléments actifs dans une couche (N), il est
nécessaire à la fois de les identifier d’une manière non ambiguë et de les localiser.
6.2.1.2 Dans un système ouvert, les entités (N + 1) et les entités (N) sont liées aux points d’accès à des services (N),
(N)-SAP. Les entités (N) fournissent des services aux entités (N + 1) en échangeant des primitives de service au niveau
des (N)-SAP.
Une entité (N) est identifiée de manière non ambiguë par un titre d’entité (N). Un type d’entité (N) est identifié
6.2.1.3
par un titre de type d’entité (N). Une invocation d’entité (N) est identifiée par un identificateur d’invocation d’entité (N)
qui est non ambigu dans le domaine d’application de l’entité (N).
6.2.2 Adresses (N)
6.2.2.1 Une adresse (N) identifie un ensemble de (N)-SAP, tous localisés à la frontière entre un sous-système (N) et un
sous-système (N + 1). Une adresse de (N)-SAP est une adresse (N) identifiant un ensemble contenant un (N)-SAP et un
seul.
Bien que les objets adressés soient des entités communication vers une adresse est une
6.2.2.2
(N), le
communication avec une invocation d’ entité (N).
6.2.2.3 Une entité (N + 1) est localisée par le biais de son rattachement à un ou plusieurs (N)&E Un (N)-SAP est
identifié par une ou plusieurs adresses (N).
NOTE - Une adresse physique est utilisée pour accéder à une entité de liaison de donnée;
une adresse de liaison de données est utilisée pour accéder à une entité de réseau;
une adresse de réseau est utilisée pour accéder à une entité de transport;
une adresse de transport est utilisée pour accéder à une entité de session;
une adresse de session est utilisée pour accéder à une entité de présentation;
une adresse de présentation est utilisée pour accéder à une entité d’application.
Rec. UIT-T X.650 (1996 F) 5
ISOKEI 7498-3 : 1997 (F)
6.2.3 Sélecteurs (N)
Un sélecteur (N) est la partie des informations d’adressage qui est spécifique au sous-système (N). Les sélecteurs (N)
sont utilisés pour identifier des (N)-SAP ou des ensembles de (N)-SAP dans un système ouvert d’extrémité, une fois que
ce système ouvert a été identifié d’une manière non ambiguë. Puisque le système ouvert d’extrémité est implicitement
connu au niveau de la couche Réseau, les sélecteurs (N) sont utilisés au-dessus de la couche Réseau, parallèlement à des
informations locales, pour situer, à l’intérieur du système ouvert, l’entité (N + 1) recherchée. Les valeurs de sélecteurs
(N) sont échangées entre systèmes ouverts en tant qu’éléments des (N)-PAI.
. Utilisation correcte des adresses (N)
6.3.1 Les adresses (N) ont un domaine d’application limité. Elles ne sont utilisées que pour faire la distinction entre
ensembles de (N)-SAP et uniquement entre (N)-SAP. Les règles d’adressage ne sont pas utilisées pour rendre visible à
l’environnement OS1 la structure d’un système ouvert réel.
6.3.2 Les adresses (N) sont utilisées pour identifier des ensembles de (N)-SAP dans le but de localiser des entités
(N + 1). Un sous-système (N + 1) est subdivisé en entités (N + 1):
a) pour permettre la mise en œuvre de différents protocoles (N + 1) ou ensembles de protocoles (N + 1);
b) pour satisfaire des besoins liés à la sécurité et/ou à l’administration; et
c) dans le cas d’un sous-système d’application, pour faire la distinction entre différents processus
d’application et entre différentes entités d’application d’un même processus d’application.
6.3.3 Les adresses (N) ne sont pas utilisées pour:
a) faire la distinction entre des éléments négociables d’un protocole (classes, sous-ensembles, qualité de
service, versions) ou entre des valeurs de paramètres;
b) en déduire des informations d’acheminement au-dessus de la couche Réseau;
c) faire la distinction entre les différents composants du matériel.
NOTE - Dans certaines configurations, l’utilisation d’une adresse (N), telle qu’elle est définie au 6.3.2, peut conduire à ce
qu’une entité (N + 1) soit entièrement localisée dans un composant matériel unique. Néanmoins, dans l’environnement OSI,
l’adresse (N) identifie l’entité (N + 1); elle n’identifie pas le composant.
Modèle d’adressage OS1
71 . Associations entre des entités (N) homologues
7.1.1 Une association (N) est une relation de coopération entre deux invocations d’entité (N). La coopération entre
des invocations d’entité (N) nécessite l’établissement et le suivi d’informations d’états au niveau de chaque invocation
d’entité (N). Ces informations d’états permettent la mise en œuvre d’une association (N) entre des invocations
d’entité (N).
7.1.2 A tout instant, une invocation d’entité (N) peut gérer une ou plusieurs associations (N) indépendantes. Le
comportement de l’invocation d’entité (N), relatif à une association (N) spécifique, est déterminé par l’entité (N) et par
les informations d’états suivies par l’invocation d’entité (N) et spécifiques à cette association (N).
7.1.3 Un identificateur d’association (N) est associé à chaque association (N). Cet identificateur est unique dans le
domaine d’application d’une paire d’invocations d’entité (N) coopérantes. Il sert à identifier les informations d’états
associées à chaque invocation d’entité (N). L’identificateur a deux composants; chacune des invocations d’entité (N)
coopérantes détermine l’un de ces composants.
NOTE - Certains protocoles de couche (N) peuvent ne pas avoir explicitement besoin d’identificateurs d’association (N).
7.1.4 Deux invocations d’entité (N) peuvent établir une (des) connexion(s) (N - l), ou utiliser un service (N - 1) en
mode sans connexion, pour mettre en œuvre une association (N). La durée d’une association (N) peut excéder celle de
toute connexion (N - 1) qui la prend en charge. La relation existant entre une association (N) et une (des) connexion(s)
(N - 1) peut évoluer dans le temps.
NOTE - Une association (N) peut éventuellement être associée à une séquence de connexions (N - 1), avec, à tout instant,
une correspondance 1 à 1 entre association (N) et connexion (N - 1); cette correspondance peut être une correspondance 1 à n dans le
cas de l’éclatement.
7.1.5 Lorsque cela est nécessaire à l’exploitation d’une association (N), on utilise des titres d’entité (N) pour
identifier des entités (N) indépendamment de leur localisation. Lorsque cela est nécessaire à la mise en œuvre d’une
association (N), on utilise les adresses (N - 1) dans les demandes de services (N - 1) pour déterminer la localisation des
entités (N) concernées.
Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
72 b Raccordement des entités (N) à des points d’accès à des services (N), [(N)-SAP]
Une entité (N) peut fournir des services (N) via un ou plusieurs (N)-SAP et peut utiliser des services (N - 1) via un ou
1)~SAP. En conséquence, une entité (N) peut avoir les relations suivantes avec des (N)-SAP et des
plusieurs (N -
(N - 1).SAP (voir la Figure 1):
une entité (N) peut fournir des services (N) via un seul (N)-SAP en utilisant des services (N - 1) via un
a)
seul (N - 1).SAP;
b) une entité (N) peut fournir des services (N) via plusieurs (N)-SAP en utilisant des services (N - 1) via un
seul (N - l)&YP;
une entité (N) peut fournir des services (N) via un seul (N)-SAP en utilisant des services (N - 1) via
plusieurs (N - 1)~SAP;
d) une entité (N) peut fournir des services (N) via plusieurs (N)-SAP en utilisant des services (N - 1) via
plusieurs (N - l)-SAP.
NOTES
1 Il n’y a pas de relation entre le multiplexage et les correspondances entité/SAP identifiées ci-dessus. Une fonction de
multiplexage (N) permet la mise en correspondance de plusieurs connexions (N) avec une seule connexion (N - 1). Les connexions
(N) peuvent toutes se terminer sur un (IV)-SAP unique; elles peuvent aussi se terminer sur des (N)-SAP différents. A la frontière du
service, les connexions (N) multiplexées sont différenciées les unes des autres par des éléments de (N)-PC1 et (N)-PAI, par exemple
un identificateur d’association dans le protocole (N).
2 Les numéros de canal logique dans la Rec. UIT-T X.25 1 ISOKEI 8208 et les références de connexion dans le
protocole de transport OS1 (Rec. UIT-T X.224 et I’ISOKEI 8073) sont des exemples d’éléments échangés dans les (N)-PC1 pour
distinguer les connexions quand le multiplexage est utilisé.
Un seul (N)-SAP Plusieurs (N)-SAP
Un seul (N - 1 )-SAP
Un seul (N - l)-SAP
W
a)
Un seul (N)-SAP Plusieurs (N)-SAP
Entité (N)
TIS07730-96/dOl
Plusieurs (N - 1 )-SAP
Plusieurs (N - 1 )-SAP
Figure 1 - Relations d’une entité (N) avec des (N)-SAP et des (N - 1).SAP
Rec. UIT-T X.650 (1996 F) 7
ISOKEI 7498-3 : 1997 (F)
73 0 Adresses (N) et points d’accès à des services (N)
7.3.1 La structure d’adressage OS1 permet:
aux adresses (N) d’identifier, dans le système ouvert concerné, la localisation d’une entité (N + 1) sans
a)
contrainte pour la structure des sous-systèmes des couches inférieures;
b) de définir plusieurs entités (N) à l’intérieur d’un sous-système (N).
NOTE - La structure d’adressage appropriée permet à une adresse de présentation d’identifier, à l’intérieur d’un système
ouvert, la localisation d’une entité d’application sans contrainte pour la structure des sous-systèmes de présentation, de session et de
transport; elle permet également de n’avoir à utiliser qu’un seul ensemble d’informations d’adressage lors de l’établissement de la
communication avec une entité d’application située dans un système destinataire.
7.3.2 Une adresse (N) identifie un ensemble de (N)-SAP tous situés à la frontière d’un sous-système (N) unique. La
composition exacte de l’ensemble relève uniquement du sous-système (N); elle n’est pas connue des autres systèmes
ouverts et peut évoluer dans le temps.
7.3.3 L’ensemble de (N)-SAP identifié par une adresse (N) peut être composé:
a) d’un seul (N)-SAP lié à une entité (N + 1);
b) de plusieurs (N)-SAP liés à une entité (N + 1) unique;
c) de plusieurs (N)-SAP liés à différentes entités (N + 1).
Quand une adresse (N) est utilisée comme adresse (N) d’appelé dans une primitive de service, le sous-système
7.3.4
(N) destinataire choisit un seul (N)-SAP dans l’ensemble identifié par l’adresse (N). Le mécanisme de choix est
purement local; il reste transparent pour l’initiateur (N).
7.3.5 Les systèmes ouverts sont configurés de telle sorte que tous les (N)-SAP de l’ensemble identifié par une
adresse (N) soient liés à des entités (N + 1) de même type, fournissant donc les mêmes fonctions.
7.3.6 Il est important de faire la distinction entre la sémantique d’une adresse (N) et la syntaxe utilisée, dans un
système ouvert donné, pour la représenter. Dans les systèmes ouverts, les adresses (N) sont transmises, au travers de la
frontière entre couches, en tant que paramètres des primitives de service (N). Pour les primitives demande et réponse à
une demande de service (N), la sémantique des adresses (N) est véhiculée vers le sous-système (N) homologue et
transmise, au travers de la frontière entre couches, en tant que paramètre des primitives indication et confirmation de
service (N). Seule la sémantique d’une adresse (N) est véhiculée au niveau du service (N). La syntaxe d’une adresse (N)
est une affaire purement locale et différentes représentations peuvent être utilisées dans différents systèmes ouverts.
Quand une entité (N + 1) établit une connexion (N) avec une autre entité (N + l), chaque entité (N + 1) se voit
7.3.7
attribuer un identificateur d’extrémité de connexion (N), (N)-CEPI, par l’entité (N) qui la sert (voir l’article 5 de la
Rec. UIT-T X.200 1 ISO/CEI 7498-l). Un (N)-CEP1 est un identificateur local déterminé au moment de l’établissement
de la connexion. Il ne peut pas être utilisé à la place d’une adresse (N). Lorsque les adresses (N) d’appelant et d’appelé
d’une connexion (N) sont identiques, la connexion (N) a deux extrémités de connexion (N) et deux identificateurs
d’extrémité de connexion (N) [connexion d’une entité (N) avec elle-même]. La manière de distinguer les deux (N)-CEP1
dans les mêmes sous-systèmes (N) relève d’une initiative purement locale.
74 . Fonctions de répertoire (N) et facilités de répertoire
7.4.1 Les fonctions de répertoire (N) traitent les adresses (N), les adresses (N - l), les titres d’entité (N) et les
(N)-PA1 pour mettre en correspondance ces différentes catégories d’information. Les informations utilisées pour ces
mises en correspondance sont détenues par une facilité de répertoire. L’administration de système locale est responsable
de l’accès à la facilité de répertoire pour rechercher les informations et les mettre à la disposition d’une fonction de
répertoire (N).
Une partie de ces informations représente la structure logique du système d’extrémité local et influence
7.4.2
l’exploitation locale. Ces informations sont stockées localement. Une autre partie représente la structure logique du
système d’extrémité distant et influence la production de (N)-PAI. Ces informations peuvent être stockées localement ou
à distance. Dans ce dernier cas, des protocoles OS1 sont utilisés pour y accéder.
8 Informations d’adressage et services (N)
81 . Introduction
Cet article fournit une description indépendante de la couche de l’utilisation des adresses (N) dans les
8.1.1
primitives de service (N).
8 Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
8.1.2 Des entités (N + 1) utilisent des services (N) en émettant des primitives de service (N) au niveau des (N)-SAIT.
L’émission d’une primitive demande ou réponse à une demande de service (N) peut entraîner l’émission d’une primitive
indication ou confirmation de service (N), au niveau du (N)-SAP auquel est attachée une entité (N + 1) homologue.
8.1.3 L’adresse (N)
...

NORME ISOJCEI
7498-3
INTERNATIONALE
Deuxième édition
1997-04-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts (OSI) -
Modèle de référence de base: Dénomination
et adressage
Information technology - Open Sys tems In terconnection - Basic
Reference Model: Naming and addressing

ISOKEI 7498-3: 1997(F)
Sommaire
Page
1 Domaine d’application .
...................................................................................................................................................... 1
2 Références
2.1 Recommandations 1 Normes internationales identiques .
....... 2
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
................................................................................................................... 2
2.3 Références additionnelles
Définitions . 2
Abréviations .
................................................................................................................ 5
Concepts de dénomination de base
.......................................
Concepts de dénomination et d’adressage OS1 et utilisation correcte des adresses
........................................................................................... 6
6.1 Dénomination des systèmes ouverts réels
............................................................... 6
6.2 Dénomination et adressage des éléments d’une couche (N)
6.3 Utilisation correcte des adresses (N) .
................................................................................................................................ 7
7 Modèle d’adressage OS1
Associations entre des entités (N) homologues .
7.1
............................ 8
7.2 Raccordement des entités (N) à des points d’accès à des services (N), [(N)-SAP]
Adresses (N) et points d’accès à des services (N) .
7.3
.......................................................................... 9
7.4 Fonctions de répertoire (N) et facilités de répertoire
.......................................................................................................
8 Informations d’adressage et services (N)
8.1 Introduction .
...........................................................................................................................
8.2 Paramètres d’adresse
8.3 Adresse (N) d’appelé .
8.4 Adresse (N) d’appelant .
.......................................................................................................................
8.5 Adresse (N) en réponse
9 Informations d’adressage et protocoles (N) .
.........................................................................................................................................
91 Introduction
Informations d’adressage dans les (N)-PA1 .
9:2
............................................................................... 12
9.3 Attribution de valeurs aux éléments des (N)-PAI
.................................................................................................... 13
9.4 Adresse de réseau et PA1 de réseau
Adresses (N) et (N)-PA1 au-dessus de la couche Réseau .
9.5
. Obtention des (N)-PA1 .
0 ISOKEI 1997
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-l 211 Genève 20 l Suisse
Imprimé en Suisse
ii
ISOKEI 7498-3: 1997(F)
@ ISOKEI
10 Fonctions de répertoire (N) .
10.1 Introduction .
..............................................................................................
10.2 Fonctions de répertoire (N) d’initiateur
......................................................................................... 15
10.3 Fonctions de répertoire (N) de destinataire
.................................................................................................................... 16
11 Adressage dans les couches OSI
................................................................................... 16
11.1 Processus d’application et couche Application
............................................................................................................................ 18
11.2 Couche Présentation
...................................................................................................................................
11.3 Couche Session
11.4 Couche Transport .
11.5 Couche Réseau .
................................................................................................................ 22
11.6 Couche Liaison de données
.................................................................................................................................
11.7 Couche Physique
......................................................................................................... 23
12 Domaines et autorités de dénomination
..................................................................... 24
13 Procédures d’enregistrement pour la dénomination dans I’OSI
Besoins de facilités de répertoire . 25
14.1 Introduction .
14.2 Facilité de répertoire des titres d’application . 25
...................................................................................... 25
14.3 Facilité de répertoire des adresses de réseau,
. . .
ISOKEI 7498-3: 1997(F) 0 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 1’ISO ou de la CE1 participent au développement de Normes inter-
nationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de 1’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, 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, 1’ISO et la CE1 ont créé un
comité technique mixte, I’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 7498-3 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 18,
Traitement des documents et communication associée, en collaboration avec
KJIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.650.
Cette deuxième édition annule et remplace la première édition (ISO 7498-3: 1989),
qui a fait l’objet d’une révision technique.
L’ISOKEI 7498 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Interconnexion de systèmes ouverts (OSI) -
Modèle de référence de base:
- Partie 1: Le modèle de base
Partie 2: Architecture de sécurité
Partie 3: Dénomination et adressage
- Partie 4: Cadre général de gestion
- Partie 5: Architecture de communication multipaire
1v
ISOKEI 7498-3: 1997(F)
@ ISOKEI
Introduction
La présente Recommandation 1 Norme internationale élargit les concepts d’architecture de base liés aux identificateurs
décrits dans la Rec. UIT-T X.200 1 ISOKEI 7498-1.
La présente Recommandation 1 Norme internationale établit les principes architecturaux qui sont suivis dans
l’élaboration de toutes les Recommandations 1 Normes internationales qui traitent de l’identification (dénomination) et
de la localisation (adressage) d’objets à interconnecter dans l’environnement OS1 (OSIE, OSI environment).
La présente Recommandation 1 Norme internationale est suffisamment souple pour s’adapter aux progrès technologiques
et à l’extension des besoins des utilisateurs. Cette souplesse doit permettre aussi aux réalisations actuelles d’évoluer par
étapes vers les Recommandations OSI.
NOTE 1 - Il est prévu que la présente Recommandation 1 Norme internationale fasse l’objet d’extensions, en particulier en
ce qui concerne les transmissions de données en mode multipoint (MPDT, muZti-peer data tran.smi.ssion).
Les principes architecturaux établis dans la présente Recommandation 1 Norme internationale garantissent que toute
Recommandation du CCITT concernée par l’identification et la localisation d’objets à interconnecter dans
l’environnement OSI:
évite de restreindre:
a)
1) les fonctions disponibles par des Recommandations 1 Normes internationales présentes ou futures;
2) les fonctions d’un système ouvert réel quelconque;
3) l’architecture interne d’un système ouvert réel quelconque;
préserve le principe de l’indépendance des couches dans l’environnement OSI, c’est-à-dire qu’une couche
W
n’impose pas de contrainte au fonctionnement interne d’une autre couche;
préserve le principe de l’indépendance de la réalisation dans l’environnement OS1 tel qu’il est défini
Cl
au 4.2 de la Rec. UIT-T X.200 1 ISOKEI 7498-1, c’est-à-dire qu’aucun système ouvert réel (ou son
administrateur) n’a à connaître quoi que ce soit de la conception d’un autre système réel quelconque (ou
son administrateur), et à imposer cette connaissance préalablement à une communication utilisant les
Recommandations OSI;
fournit un moyen de communication économique pour I’interconnection dans l’environnement OSI; en
d)
particulier, les normes produites dans le cadre spécifié par la présente Recommandation 1 Norme
internationale doivent permettre d’offrir des services donnant un niveau adéquat de performance, fiabilité
et sécurité et facilitant l’administration par des opérateurs humains, quant à l’identification et à la
localisation d’objets à interconnecter dans l’environnement OSI.
La description de la dénomination et de l’adressage pour l’environnement OSI, qui fait l’objet de la présente
Recommandation 1 Norme internationale, est développée par étapes successives.
NOTE 2 - La présente Recommandation 1 Norme internationale fournit des précisions sur l’architecture de base définie
dans la Rec. UIT-T X.200 1 ISO/CEI 7498-1, là où il est nécessaire de bien comprendre les besoins de dénomination et d’adressage
dans l’environnement OSI.
Page blanche
ISOKEI 7498-3 : 1997 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION
DE SYSTÈMES OUVERTS (OSI) - MODÈLE DE RÉFÉRENCE
DE BASE: DÉNOMINATION ET ADRESSAGE
1 Domaine d’application
La présente Recommandation 1 Norme internationale:
définit les mécanismes généraux d’utilisation des noms et adresses pour identifier et localiser des objets
dans l’environnement OSI;
b) définit l’utilisation de ces mécanismes dans la structure en couches du modèle de référence de base.
La présente Recommandation 1 Norme internationale élargit les concepts et principes définis dans la Rec. UIT-T X.200 1
ISOKEI 7498-1. La présente Recommandation 1 Norme internationale n’a pas pour objet de spécifier de réalisation ni de
fournir une base d’évaluation de la conformité des réalisations réelles.
La structure spécifique des noms et adresses n’est pas du domaine de la présente Recommandation 1 Norme
internationale.
2 Références normatives
Les Recommandations UIT-T 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 Recommendation 1 Norme internationale.
Au moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont
sujettes à révision et les parties prenantes aux accords fondés sur la présente Recommandation 1 Norme internationale
sont invitées à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations 1 Normes
internationales indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en
vigueur. Le Bureau de la normalization des télécommunications de FUIT tient à jour une liste des Recommandations
UIT-T en vigueur.
21 b Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.25 (1996) 1 ISOKEI 8208:1995, Interface entre équipement terminal de
traitement de données et équipement de terminaison de circuit de données pour terminaux fonctionnant
en mode paquet et racordés par circuit spécialisé à des réseaux publics pour données.
-
Recommandation UIT-T X.200 (1994) 1 ISO/CEI 7498-1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) 1 ISO/CEI 9545: 1994, Technologies de I?nformation -
Interconnexion des systèmes ouverts - Structure de la couche application.
-
Recommandation UIT-T X.210 (1993) 1 ISO/CEI 1073 1: 1994, Technologies de I?nformation -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la définition des
services de l’interconnexion des systèmes ouverts.
-
Recommandation UIT-T X.213 (1995) 1 ISO/CEI 8348: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de réseau.
-
Recommandation UIT-T X.224 (1995) 1 ISOKEI 8073:1997, Technologies de l’information -
Interconnexion des systèmes ouverts - Protocole pour assurer le service de couche transport en mode
connexion.
Rec. UIT-T X.650 (1996 F)
ISO/CEI 7498-3 : 1997 (F)
22 . Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation UIT-T X.700 (1992), Cadre de gestion pour l’interconnexion des systèmes ouverts pour
les applications du CCITT.
-
ISOKEI 7498-4: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts -
Modèle de référence de base - Partie 4: cadre général de gestion.
23 . Références additionnelles
-
ISO/CEI 9545: 1989, Technologies de l’information - Interconnexion de systèmes ouverts - Structure de
la couche application.
3 Définitions
3.1 La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans l’ISO/CEI 9545:
a) type de processus d’application;
b) invocation de processus d’application.
3.2 La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la
Rec. UIT-T X.210 1 ISOKEI 1073 1:
a) primitive demande de service (N);
b) primitive indication de service (N);
c) primitive réponse à une demande de service (N);
d) primitive confirmation de service (N).
Rec. UIT-T X.21 3 1
3.3 La présente Recommandation 1 Norme internationale utilise le terme suivant, défini dans la
ISOKEI 8348:
point de raccordement au sous-réseau.
3.4 Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
3.4.1 adresse (N): nom non ambigu dans l’environnement OSI, utilisé pour identifier un ensemble de points d’accès
à des services (N), tous situés à la frontière entre un sous-système (N) et un sous-système (N + 1) du même système
ouvert.
NOTES
1 Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISO/CEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISO/CEI 7498-l.
2 Dans un domaine d’application donné, un nom est non ambigu quand il identifie un objet et un seul. La non-
ambiguïté d’un nom ne préjuge pas l’existence de synonymes.
3.4.2 sélecteur d’adresse (N); sélecteur (N): élément d’information d’adressage qui identifie un ensemble de points
d’accès à des services (N) tous situés dans le même sous-système (N); les valeurs des sélecteurs (N) sont attribuées par
l’administration locale.
NOTE - Le concept de sélecteur d’adresse (N) ne s’applique qu’au-dessus de la couche Réseau.
3.4.3 association (N): relation de coopération entre invocations d’une entité (N).
NOTE - Celle-ci peut être constituée par l’échange d’informations de contrôle de protocole (N).
3.4.4 adresse (N) d’appelant: paramètre, pouvant apparaître dans une primitive de demande ou d’indication de
service (N), qui identifie l’adresse (N) chez l’initiateur (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse (N) d’appelant», soit
par «adresse source». Dans la présente Spécification, seul le terme «adresse (N) d’appelant» est utilisé.
3.4.5 adresse (N) d’appelé: paramètre, pouvant apparaître dans une primitive de demande ou d’indication de
service (N), qui identifie l’adresse (N) chez le destinataire (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse (N) d’appelé», soit
par «adresse de destination». Dans la présente Recommandation 1 Norme internationale, seul le terme «adresse (N) d’appelé» est
utilisé.
2 Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
nom descriptif: nom qui identifie un ensemble d’un ou de plusieurs objets au moyen d’un
3.4.6 ensemble
d’affirmations concernant les propriétés des objets de l’ensemble.
fonction de répertoire (N): fonction (N) qui traite les adresses (N), les adresses (N - l), les titres d’entité (N)
3.4.7
et les informations d’adressage du protocole (N), pour mettre en correspondance ces différentes catégories
d’information.
3.4.8 entité (N): élément actif à l’intérieur d’un sous-système (N), incorporant un ensemble de capacités, définies
pour la couche (N), qui correspondent à un type donné d’entité (N) (sans qu’une capacité supplémentaire soit utilisée).
NOTE - Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISOKEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISOKEI 7498-l.
3.4.9 invocation d’entité (N): utilisation spécifique d’une partie ou de toutes les capacités d’une entité (N) (sans
qu’une capacité supplémentaire soit utilisée).
NOTE - Cette définition remplacera celle de la Rec. UIT-T X.200 1 ISOKEI 7498-l à l’occasion de sa révision.
titre d’entité (N): nom utilisé pour identifier d’une manière non ambiguë une entité (N).
3.4.10
3.4.11 type d’entité (N): description d’une classe d’entités (N) en termes d’ensemble de capacités définies pour la
couche (N).
NOTE - Cette définition remplacera celle de la Rec. UIT-T X.200 1 ISO/CEI 7498-l à l’occasion de sa révision.
3.4.12 nom générique: nom d’un ensemble d’objets.
NOTE - Un titre générique est un cas particulier de nom générique.
3.4.13 initiateur (N): invocation d’entité (N) qui émet une primitive de demande de service (N - 1).
nom: construction linguistique correspondant à un objet dans un univers de discours.
3.4.14
qui attribue des noms suivant des règles
3.4.15 autorité de dénomination: autorité d enregistrement spécifiées.
L’autorité qui attribue des titres est une autorité de titre. L’autorité attribue des adresses est une autorité d’ adressage.
Y1
3.4.16 domaine de dénomination: ensemble des noms que l’on peut attribuer à des objets d’un type particulier.
Quand les noms sont des titres, l’ensemble est un domaine de titre. Quand les noms sont des adresses, l’ensemble est un
domaine d’adressage.
de dénomination, disjoint de tous les autres
3.4.17 sous-domaine de dénomination: sous-ensemble d’un domaine
sous-domaines de dénomination inclus dans ce domaine de dénomination.
3.4.18 nom primitif: nom qui identifie un objet et qui est attribué par une autorité de dénomination. Il n’est pas
nécessaire que la structure interne d’un nom soit comprise par les utilisateurs de ce nom ou qu’elle ait une signification
pour eux.
3.4.19 destinataire (N): invocation d’entité (N) qui reçoit une primitive d’indication de service (N - 1).
3.4.20 informations d’adressage du protocole (N) [ (N)-PAI, (IV)-protocol-addressing-information] : les éléments
des informations de contrôle (N) (N)-PC1 qui contiennent les informations relatives à l’adressage.
3.4.21 adresse (N) en réponse: paramètre, pouvant apparaître dans une primitive de confirmation ou de réponse à
une demande de service (N), qui identifie l’adresse (N) chez le destinataire (N).
NOTE - Dans la définition du service d’une couche, ce paramètre peut être désigné soit par «adresse appelée», soit
Par
«adresse en réponse». Dans la présente Recommandation 1 Norme internationale, seul le terme «adresse (N) en réponse» est utilisé.
3.4.22 adresse du point d’accès a des services (N); adresse de (N)-SAP, (service-access-point-address): adresse
(N) utilisée pour identifier un point d’accès unique à des services (N).
NOTES
1 Cette définition est différente de celle qui figure dans la Rec. UIT-T X.200 1 ISO/CEI 7498-l. Cette définition est
définitive et remplacera la définition actuelle à l’occasion de la révision de la Rec. UIT-T X.200 1 ISO/CEI 7498-l.
2 Adresse (N) est le terme général qui s’applique à tout ensemble de (N)-SAP, y compris un ensemble d’un (N)-SAP et
d’un seul. «Adresse de (N)-SAP» n’est utilisé que s’il est nécessaire de préciser que l’adresse identifie un (N)-SAP et un seul. Le fait
qu’une adresse (N) soit ou non une adresse de (N)-SAP est une décision locale du sous-système (N) et n’est pas connu des autres
systèmes ouverts. Néanmoins, dans certaines couches, comme il est possible de les utiliser dans des communications successives, les
adresses (N) d’appelant et les adresses (N) en réponse peuvent être limitées à l’identification d’un (IV)-SAP unique (voir 8.4.4
et 8.5.5). La décision d’imposer ou non cette limitation est prise au niveau de chaque couche et au niveau de chaque protocole.
Rec. UIT-T X.650 (1996 F) 3
ISOKEI 7498-3 : 1997 (F)
adresse d .e sous-résea u: identificateur attribué à un point de raccordement au sous-réseau par 1’ autorité
3.4.23
d’enregi strement du sous-réseau.
3.4.24 nom synonyme; synonyme: nom identifiant un objet qui est également identifié par un autre nom. Les noms
génériques synonymes sont des noms génériques distincts qui identifient le même ensemble.
3.4.25 titre de système: nom unique dans l’environnement OSI, utilisé pour identifier un système ouvert réel unique.
4 Abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les abréviations suivantes sont utilisées:
(N)-CEP1 Identificateur d’extrémité de connexion (N) [fl) -connection-endpoint-identifier]
DLSAP Point d’accès au service de liaison de données (data-link-service-access-point)
NSAP Point d’accès au service de réseau (network-service-access-point)
os1 Interconnexion des systèmes ouverts (open systems interconnection)
OSIE Environnement OS1 (OS1 environment)
(N)-PA1 Informations d’adressage du protocole (N) [ (N)-protocol-addressing-information]
Informations de contrôle du protocole (N) [ (TV)-protocol-control-information]
(N)-PC1
PhSAP Point d’accès au service physique (physical-service-access-point)
PSAP Point d’accès au service de présentation (presentation-service-access-point)
(N)-SAP Point d’accès à des services (N) [ (n)-service-access-point]
SNPA Point de raccordement au sous-réseau (subnetworkpoint of attachment)
Point d’accès au service de session (session-service-access-point)
SSAP
TSAP Point d’accès au service de transport (transport-service-access-point)
5 Concepts de dénomination de base
Les noms sont des constructions linguistiques exprimées dans un langage. Ils correspondent aux objets dans un
5.1
univers de discours. La relation Identification définit la correspondance entre les noms (du langage) et les objets (de
l’univers du discours). Un nom identifie l’objet auquel il est attaché.
5.2 Dans le contexte OSI, les noms identifient des objets de communication particuliers dans l’environnement
OSI. Il y a deux sortes de noms, les noms primitifs et les noms descriptifs.
Dans un univers de discours particulier, un nom primitif est un nom attribué à un objet spécifique par une
5.3
autorité de dénomination. Une autorité de dénomination n’est qu’une source de noms. Les seules contraintes
architecturales imposées aux autorités de dénomination concernent les noms qu’elles attribuent. Ceux-ci doivent:
être exprimés dans un langage établi;
a)
b) être non ambigus (n’identifier qu’un seul objet).
Un nom descriptif est un ensemble d’affirmations qui sont exprimées dans un langage défini formellement. La
5.4
définition du langage formel permet d’établir si une construction linguistique est un nom descriptif correctement formé.
Un nom descriptif peut être complet ou incomplet; il est incomplet quand plusieurs objets correspondent à l’ensemble
des affirmations; il est complet quand il permet d’identifier un objet unique. Un nom descriptif complet équivaut à un
nom primitif puisqu’il identifie un objet d’une manière non ambiguë. Des noms primitifs peuvent être des composants
d’un nom descriptif.
Bien qu’un nom primitif soit non ambigu, il peut y avoir plusieurs noms qui identifient le même objet d’une
5.5
manière non ambiguë.
5.6 Un nom générique est un nom primitif ou un nom descriptif qui identifie un ensemble comprenant plus d’un
objet, et ce afin d’obtenir, quand le nom générique est utilisé pour désigner un objet, la sélection d’un seul élément de
l’ensemble. Un nom générique peut être utilisé pour identifier un ensemble d’objets d’un type particulier, non
nécessairement situés dans le même système ouvert.
Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
Un titre est attribué à un objet pour le différencier d’autres objets et pour permettre la récupération d’informa-
5.7
tions liées à cet objet dans une facilité de répertoire. Un titre est attribué à un type d’objet pour le différencier d’autres
types d’objet et pour permettre la récupération des informations liées à ce type d’objet dans une facilité de répertoire. Ce
nom peut identifier un système, un processus d’application, un type de processus d’application, une entité (N) ou un type
d’entité (N).
NOTE - Ces objets ou types d’objet sont définis soit dans la Rec. UIT-T X.200 1 ISOKEI 7498-1, soit dans
l’ISO/CEI 9545.
5.8 Un identificateur est attribué à un objet lorsque le but est uniquement de faire la distinction entre les différentes
occurrences de cet objet. Ce nom peut identifier une association (N), une invocation de processus d’application ou une
invocation d’entité (N).
NOTE - Ces objets sont définis soit dans la Rec. UIT-T X.200 1 ISO/CEI 7498-1, soit dans l’ISO/CEI 9545.
6 Concepts de dénomination et d’adressage OS1 et utilisation correcte des adresses
61 0 Dénomination des systèmes ouverts réels
6.1.1 Un titre de système est un nom primitif indépendant des couches, c’est-à-dire que le même identificateur est
utilisé dans les différentes couches pour identifier le même système ouvert réel. Un système ouvert réel est dénommé par
un titre de système et un seul.
6.1.2 Un titre de système est utilisé pour ‘identifier un système ouvert réel dans son ensemble. II peut aussi être
utilisé:
conjointement avec d’autres qualifïcateurs, pour identifier des ressources OS1 spécifiques dans les
éléments concernés de la base d’informations d’administration liée au système ouvert réel; ou
dans une facilité de répertoire, comme attribut d’une entrée relative à une ressource os1 associée à un
W
système ouvert réel unique.
62 . Dénomination et adressage des éléments d’une couche (N)
6.2.1 Introduction
6.2.1.1 Puisqu’un type d’entité (N) décrit une classe d’entités (N), il est nécessaire de le nommer, mais pas de le
localiser. Puisqu’une entité (N) et une invocation d’entité (N) sont des éléments actifs dans une couche (N), il est
nécessaire à la fois de les identifier d’une manière non ambiguë et de les localiser.
6.2.1.2 Dans un système ouvert, les entités (N + 1) et les entités (N) sont liées aux points d’accès à des services (N),
(N)-SAP. Les entités (N) fournissent des services aux entités (N + 1) en échangeant des primitives de service au niveau
des (N)-SAP.
Une entité (N) est identifiée de manière non ambiguë par un titre d’entité (N). Un type d’entité (N) est identifié
6.2.1.3
par un titre de type d’entité (N). Une invocation d’entité (N) est identifiée par un identificateur d’invocation d’entité (N)
qui est non ambigu dans le domaine d’application de l’entité (N).
6.2.2 Adresses (N)
6.2.2.1 Une adresse (N) identifie un ensemble de (N)-SAP, tous localisés à la frontière entre un sous-système (N) et un
sous-système (N + 1). Une adresse de (N)-SAP est une adresse (N) identifiant un ensemble contenant un (N)-SAP et un
seul.
Bien que les objets adressés soient des entités communication vers une adresse est une
6.2.2.2
(N), le
communication avec une invocation d’ entité (N).
6.2.2.3 Une entité (N + 1) est localisée par le biais de son rattachement à un ou plusieurs (N)&E Un (N)-SAP est
identifié par une ou plusieurs adresses (N).
NOTE - Une adresse physique est utilisée pour accéder à une entité de liaison de donnée;
une adresse de liaison de données est utilisée pour accéder à une entité de réseau;
une adresse de réseau est utilisée pour accéder à une entité de transport;
une adresse de transport est utilisée pour accéder à une entité de session;
une adresse de session est utilisée pour accéder à une entité de présentation;
une adresse de présentation est utilisée pour accéder à une entité d’application.
Rec. UIT-T X.650 (1996 F) 5
ISOKEI 7498-3 : 1997 (F)
6.2.3 Sélecteurs (N)
Un sélecteur (N) est la partie des informations d’adressage qui est spécifique au sous-système (N). Les sélecteurs (N)
sont utilisés pour identifier des (N)-SAP ou des ensembles de (N)-SAP dans un système ouvert d’extrémité, une fois que
ce système ouvert a été identifié d’une manière non ambiguë. Puisque le système ouvert d’extrémité est implicitement
connu au niveau de la couche Réseau, les sélecteurs (N) sont utilisés au-dessus de la couche Réseau, parallèlement à des
informations locales, pour situer, à l’intérieur du système ouvert, l’entité (N + 1) recherchée. Les valeurs de sélecteurs
(N) sont échangées entre systèmes ouverts en tant qu’éléments des (N)-PAI.
. Utilisation correcte des adresses (N)
6.3.1 Les adresses (N) ont un domaine d’application limité. Elles ne sont utilisées que pour faire la distinction entre
ensembles de (N)-SAP et uniquement entre (N)-SAP. Les règles d’adressage ne sont pas utilisées pour rendre visible à
l’environnement OS1 la structure d’un système ouvert réel.
6.3.2 Les adresses (N) sont utilisées pour identifier des ensembles de (N)-SAP dans le but de localiser des entités
(N + 1). Un sous-système (N + 1) est subdivisé en entités (N + 1):
a) pour permettre la mise en œuvre de différents protocoles (N + 1) ou ensembles de protocoles (N + 1);
b) pour satisfaire des besoins liés à la sécurité et/ou à l’administration; et
c) dans le cas d’un sous-système d’application, pour faire la distinction entre différents processus
d’application et entre différentes entités d’application d’un même processus d’application.
6.3.3 Les adresses (N) ne sont pas utilisées pour:
a) faire la distinction entre des éléments négociables d’un protocole (classes, sous-ensembles, qualité de
service, versions) ou entre des valeurs de paramètres;
b) en déduire des informations d’acheminement au-dessus de la couche Réseau;
c) faire la distinction entre les différents composants du matériel.
NOTE - Dans certaines configurations, l’utilisation d’une adresse (N), telle qu’elle est définie au 6.3.2, peut conduire à ce
qu’une entité (N + 1) soit entièrement localisée dans un composant matériel unique. Néanmoins, dans l’environnement OSI,
l’adresse (N) identifie l’entité (N + 1); elle n’identifie pas le composant.
Modèle d’adressage OS1
71 . Associations entre des entités (N) homologues
7.1.1 Une association (N) est une relation de coopération entre deux invocations d’entité (N). La coopération entre
des invocations d’entité (N) nécessite l’établissement et le suivi d’informations d’états au niveau de chaque invocation
d’entité (N). Ces informations d’états permettent la mise en œuvre d’une association (N) entre des invocations
d’entité (N).
7.1.2 A tout instant, une invocation d’entité (N) peut gérer une ou plusieurs associations (N) indépendantes. Le
comportement de l’invocation d’entité (N), relatif à une association (N) spécifique, est déterminé par l’entité (N) et par
les informations d’états suivies par l’invocation d’entité (N) et spécifiques à cette association (N).
7.1.3 Un identificateur d’association (N) est associé à chaque association (N). Cet identificateur est unique dans le
domaine d’application d’une paire d’invocations d’entité (N) coopérantes. Il sert à identifier les informations d’états
associées à chaque invocation d’entité (N). L’identificateur a deux composants; chacune des invocations d’entité (N)
coopérantes détermine l’un de ces composants.
NOTE - Certains protocoles de couche (N) peuvent ne pas avoir explicitement besoin d’identificateurs d’association (N).
7.1.4 Deux invocations d’entité (N) peuvent établir une (des) connexion(s) (N - l), ou utiliser un service (N - 1) en
mode sans connexion, pour mettre en œuvre une association (N). La durée d’une association (N) peut excéder celle de
toute connexion (N - 1) qui la prend en charge. La relation existant entre une association (N) et une (des) connexion(s)
(N - 1) peut évoluer dans le temps.
NOTE - Une association (N) peut éventuellement être associée à une séquence de connexions (N - 1), avec, à tout instant,
une correspondance 1 à 1 entre association (N) et connexion (N - 1); cette correspondance peut être une correspondance 1 à n dans le
cas de l’éclatement.
7.1.5 Lorsque cela est nécessaire à l’exploitation d’une association (N), on utilise des titres d’entité (N) pour
identifier des entités (N) indépendamment de leur localisation. Lorsque cela est nécessaire à la mise en œuvre d’une
association (N), on utilise les adresses (N - 1) dans les demandes de services (N - 1) pour déterminer la localisation des
entités (N) concernées.
Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
72 b Raccordement des entités (N) à des points d’accès à des services (N), [(N)-SAP]
Une entité (N) peut fournir des services (N) via un ou plusieurs (N)-SAP et peut utiliser des services (N - 1) via un ou
1)~SAP. En conséquence, une entité (N) peut avoir les relations suivantes avec des (N)-SAP et des
plusieurs (N -
(N - 1).SAP (voir la Figure 1):
une entité (N) peut fournir des services (N) via un seul (N)-SAP en utilisant des services (N - 1) via un
a)
seul (N - 1).SAP;
b) une entité (N) peut fournir des services (N) via plusieurs (N)-SAP en utilisant des services (N - 1) via un
seul (N - l)&YP;
une entité (N) peut fournir des services (N) via un seul (N)-SAP en utilisant des services (N - 1) via
plusieurs (N - 1)~SAP;
d) une entité (N) peut fournir des services (N) via plusieurs (N)-SAP en utilisant des services (N - 1) via
plusieurs (N - l)-SAP.
NOTES
1 Il n’y a pas de relation entre le multiplexage et les correspondances entité/SAP identifiées ci-dessus. Une fonction de
multiplexage (N) permet la mise en correspondance de plusieurs connexions (N) avec une seule connexion (N - 1). Les connexions
(N) peuvent toutes se terminer sur un (IV)-SAP unique; elles peuvent aussi se terminer sur des (N)-SAP différents. A la frontière du
service, les connexions (N) multiplexées sont différenciées les unes des autres par des éléments de (N)-PC1 et (N)-PAI, par exemple
un identificateur d’association dans le protocole (N).
2 Les numéros de canal logique dans la Rec. UIT-T X.25 1 ISOKEI 8208 et les références de connexion dans le
protocole de transport OS1 (Rec. UIT-T X.224 et I’ISOKEI 8073) sont des exemples d’éléments échangés dans les (N)-PC1 pour
distinguer les connexions quand le multiplexage est utilisé.
Un seul (N)-SAP Plusieurs (N)-SAP
Un seul (N - 1 )-SAP
Un seul (N - l)-SAP
W
a)
Un seul (N)-SAP Plusieurs (N)-SAP
Entité (N)
TIS07730-96/dOl
Plusieurs (N - 1 )-SAP
Plusieurs (N - 1 )-SAP
Figure 1 - Relations d’une entité (N) avec des (N)-SAP et des (N - 1).SAP
Rec. UIT-T X.650 (1996 F) 7
ISOKEI 7498-3 : 1997 (F)
73 0 Adresses (N) et points d’accès à des services (N)
7.3.1 La structure d’adressage OS1 permet:
aux adresses (N) d’identifier, dans le système ouvert concerné, la localisation d’une entité (N + 1) sans
a)
contrainte pour la structure des sous-systèmes des couches inférieures;
b) de définir plusieurs entités (N) à l’intérieur d’un sous-système (N).
NOTE - La structure d’adressage appropriée permet à une adresse de présentation d’identifier, à l’intérieur d’un système
ouvert, la localisation d’une entité d’application sans contrainte pour la structure des sous-systèmes de présentation, de session et de
transport; elle permet également de n’avoir à utiliser qu’un seul ensemble d’informations d’adressage lors de l’établissement de la
communication avec une entité d’application située dans un système destinataire.
7.3.2 Une adresse (N) identifie un ensemble de (N)-SAP tous situés à la frontière d’un sous-système (N) unique. La
composition exacte de l’ensemble relève uniquement du sous-système (N); elle n’est pas connue des autres systèmes
ouverts et peut évoluer dans le temps.
7.3.3 L’ensemble de (N)-SAP identifié par une adresse (N) peut être composé:
a) d’un seul (N)-SAP lié à une entité (N + 1);
b) de plusieurs (N)-SAP liés à une entité (N + 1) unique;
c) de plusieurs (N)-SAP liés à différentes entités (N + 1).
Quand une adresse (N) est utilisée comme adresse (N) d’appelé dans une primitive de service, le sous-système
7.3.4
(N) destinataire choisit un seul (N)-SAP dans l’ensemble identifié par l’adresse (N). Le mécanisme de choix est
purement local; il reste transparent pour l’initiateur (N).
7.3.5 Les systèmes ouverts sont configurés de telle sorte que tous les (N)-SAP de l’ensemble identifié par une
adresse (N) soient liés à des entités (N + 1) de même type, fournissant donc les mêmes fonctions.
7.3.6 Il est important de faire la distinction entre la sémantique d’une adresse (N) et la syntaxe utilisée, dans un
système ouvert donné, pour la représenter. Dans les systèmes ouverts, les adresses (N) sont transmises, au travers de la
frontière entre couches, en tant que paramètres des primitives de service (N). Pour les primitives demande et réponse à
une demande de service (N), la sémantique des adresses (N) est véhiculée vers le sous-système (N) homologue et
transmise, au travers de la frontière entre couches, en tant que paramètre des primitives indication et confirmation de
service (N). Seule la sémantique d’une adresse (N) est véhiculée au niveau du service (N). La syntaxe d’une adresse (N)
est une affaire purement locale et différentes représentations peuvent être utilisées dans différents systèmes ouverts.
Quand une entité (N + 1) établit une connexion (N) avec une autre entité (N + l), chaque entité (N + 1) se voit
7.3.7
attribuer un identificateur d’extrémité de connexion (N), (N)-CEPI, par l’entité (N) qui la sert (voir l’article 5 de la
Rec. UIT-T X.200 1 ISO/CEI 7498-l). Un (N)-CEP1 est un identificateur local déterminé au moment de l’établissement
de la connexion. Il ne peut pas être utilisé à la place d’une adresse (N). Lorsque les adresses (N) d’appelant et d’appelé
d’une connexion (N) sont identiques, la connexion (N) a deux extrémités de connexion (N) et deux identificateurs
d’extrémité de connexion (N) [connexion d’une entité (N) avec elle-même]. La manière de distinguer les deux (N)-CEP1
dans les mêmes sous-systèmes (N) relève d’une initiative purement locale.
74 . Fonctions de répertoire (N) et facilités de répertoire
7.4.1 Les fonctions de répertoire (N) traitent les adresses (N), les adresses (N - l), les titres d’entité (N) et les
(N)-PA1 pour mettre en correspondance ces différentes catégories d’information. Les informations utilisées pour ces
mises en correspondance sont détenues par une facilité de répertoire. L’administration de système locale est responsable
de l’accès à la facilité de répertoire pour rechercher les informations et les mettre à la disposition d’une fonction de
répertoire (N).
Une partie de ces informations représente la structure logique du système d’extrémité local et influence
7.4.2
l’exploitation locale. Ces informations sont stockées localement. Une autre partie représente la structure logique du
système d’extrémité distant et influence la production de (N)-PAI. Ces informations peuvent être stockées localement ou
à distance. Dans ce dernier cas, des protocoles OS1 sont utilisés pour y accéder.
8 Informations d’adressage et services (N)
81 . Introduction
Cet article fournit une description indépendante de la couche de l’utilisation des adresses (N) dans les
8.1.1
primitives de service (N).
8 Rec. UIT-T X.650 (1996 F)
ISOKEI 7498-3 : 1997 (F)
8.1.2 Des entités (N + 1) utilisent des services (N) en émettant des primitives de service (N) au niveau des (N)-SAIT.
L’émission d’une primitive demande ou réponse à une demande de service (N) peut entraîner l’émission d’une primitive
indication ou confirmation de service (N), au niveau du (N)-SAP auquel est attachée une entité (N + 1) homologue.
8.1.3 L’adresse (N)
...