ISO/IEC TR 10730:1993
(Main)Information technology — Open Systems Interconnection — Tutorial on naming and addressing
Information technology — Open Systems Interconnection — Tutorial on naming and addressing
Introduces the main concepts and mechanisms which are defined in ISO 7498-3 to fulfil the needs for Naming and Addressing objects in the Open Systems Interconnection Environment. Also includes the rationale for some of the important decisions made in the Naming and Addressing architecture.
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Tutoriel sur la dénomination et l'adressage
Le présent Rapport technique présente les principaux concepts et les mécanismes définis dans l'ISO 7498-3 pour répondre aux besoins de dénomination et d'adressage d'objets dans l'environnement d'interconnexion de systèmes ouverts (OSI). Il explique également certaines décisions importantes prises en ce qui concerne l'architecture de dénomination et d'adressage. Bien que l'ISO 7498-3 ne définisse pas de forme spécifique de nom et d'adresse, le présent Rapport technique donne des exemples de formes spécifiques de nom définies dans d'autres normes OSI publiées montrant ainsi comment les concepts et mécanismes définis dans l'ISO 7498-3 ont été appliqués.
General Information
Relations
Buy Standard
Standards Content (Sample)
TECHNICAL
ISO/IEC
REPORT TR 10730
First edition
1993-04-15
Information technology - Open Systems
Interconnection - Tutorial on Naming and
Addressing
Technologies de I’information - Interconnexion de syst&mes ouverts -
Tutorial sur la d&nomination et I’adressage
Reference number
lSO/IEC TR 10730:1993(E)
---------------------- Page: 1 ----------------------
ISO/IECTR10730:1993(E)
Page
Contents
II
Foreword . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
IV
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Introduction
1
Scope .
1
Normative references .
2
Abbreviations .
.............. 3
IS0 7468-3 and its relationship with this technical report
3
Basic concepts .
...................................................... 3
5.1 General aspects of naming
..................................... 5
5.2 Naming authorities and naming domains
11
Architecture and naming .
......................................................... 11
6.1 Decomposition of names
................................. 11
6.2 Addressing information in OSI services
................................. 12
6.3 Addressing information in OSI protocols
6.4 Relatioship between Addressing Information,
............................................ 13
OSI-services and OSI-protocols
............................................................ 14
6.5 (N)-directory-functions
15
............................................................
6.6 Layer Specific Aspects
19
...........................................................
OSI environment and names
19
..........................................................
7.1 Naming reiated standards
21
...............................................................
7.2 Registration of names
............................................................. 21
7.3 Directory Facilities
25
Examples .
............................................................. 25
8.1 Entities and Addresses
...................................... 28
8.2 Application-association establishment
....... 3 1
8.3 Examoles of sPecific names forms published in OSI standards
0 ISO/IEC 1993
nor part of this publication may be
All rights reserved. Unless otherwise specified,
electronic or mechanical, including
reproduced or utilized in any form or by any means,
photocopying and microfilm, without permission in writing from the publisher.
l CH-1211 Geneve 20 l Switzerland
ISO/IEC Copyright Office l Case postale 506
Printed in Switzerland.
II
---------------------- Page: 2 ----------------------
ISO/IEC TR 10730:1993(E)
0 ISO/IEC
Foreword
IS0 (the International Organization for Standardization) and IEC (the
International Eiectrotechnicai 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, lSO/IEC JTCI .
The main task of a technical committee is to prepare International Standards,
but in exceptional circumstances, a technical committee may propose the
publication of a Technical Report of one of the following types :
type 1, when the required support cannot be obtained for the publication
an International S
of tandard, despite repeated efforts ;
- type 2, when the subject is still under technical development or where
for any other reason there is the future but not immediate possibility of an
agreement on an International Standard ;
- type 3, when a technical committee has collected data of a different
kind from that which is normally published as an International Standard
(‘state of the art’, for example).
Technical reports of types 1 and 2 are subject to review within three years
of publication, to decide whether they can be transformed into International
Standards. Technical reports of type 3 do not necessarily have to be reviewed
until the data they provide are considered to be no longer valid or useful .
ISOAEC TR 10730, which is a Technical Report of type 3,. was prepared by
Joint Technical Committee ISOAEC JTC 1, Information technology, Sub-
Commitee SC 21, Information retrieval transfer and management for open
systems interconnection (OSI).
Ill
---------------------- Page: 3 ----------------------
0 ISO/IEC
ISODECTR 10730:1993(E)
Introduction
This Technical Report has been developed in order to answer JTCl member
comments on IS0 7498-3 requesting to provide tutorial material to give
readers easy understanding. It has been decided to publish this tutorial as a
Technical Report of Type 3 rather than as an annex to IS0 7498-3.
In this Technical Report, the basic concepts of naming, including the
relationship between (N)-entities, (N)-service-access-points and (N)-
addresses are developed in clause 5. A discussion of addressing information in
services and protocols is then presented in clause 6, followed by layer-
specific examples for the Application and Network layers. Registration
authorities and directory facilities are then described in clause 7. Clause 8
presents a series of examples covering relationships between layers and the
effects of both initiating and recipient mechanisms in Open Systems altogether
with examples of specific name forms published in OSI standards.
IV
---------------------- Page: 4 ----------------------
ISO/IEC TR 10730:1993 (E)
TECHNICAL REPORT 0 ISO/IEC
Open Systems Interconnection -
Information technology -
Tutorial on Naming and Addressing
1 Scope
This Technical Report introduces the main concepts and mechanisms which are defined in IS0 7498-3 to fulfil the needs for
Naming and Addressing (N & A) objects in the Open Systems Interconnection Environment (OSIE). It also includes the rationale
for some of the important decisions made in the Naming and Addressing architecture.
this Technical Report concludes with
Although IS0 7498-3 does not define any specific forms of names and addresses,
examples of specific name forms that have been defined in other published OSI standards thereby showing how the concepts and
mechanisms defined in IS0 7498-3 have been applied in the naming of certain objects.
2 References
constitute provisions of this Technical
The following standards contain provisions which, through reference in this text,
Report. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to
agreements based on this Technical Report are encouraged to investigate the possibility of applying the most recent editions of
the standards listed below. Members of IEC and IS0 maintain registers of currently valid International Standards.
IS0 3166:1988, Codes for the representation of names of countries.
IS0 6523:1984, Data interchange - Structures for the identification of organizations.
- Open Systems Interconnection - Basic Reference Model.
IS0 7498:1984, information processing systems
Open Systems Interconnection - Basic Reference Model - Part 3 :
IS0 7498.3:1989, Information processing systems -
Naming and Addressing.
IS0 8348 I Add.2:1988, lnformation processing systems - Data communications - Network service definition - Addendum
2 : Network layer Addressing.
ISO/IEC 8824:1990, lnformation technology - Open Sys terns Interconnection - Specification of Abstract Syntax Notation One
(ASN. I).
ISO/IEC TR 9577:1990, lnformation technology - Telecommunications and information exchange between systems - Protocol
identification in the Net work Layer.
ISO/IEC 9594:1990, Information technology - Open Systems Interconnection - The Directory.
Procedures for the operation of OS1
lSO/IEC 9834-l :-1993, lnformation technology - Open Systems interconnection -
registration authorities - Part I : General procedures.
Procedures for the operation of OS1
lSO/IEC 9834-6:-l 993, Information technology - Open Sys terns interconnection -
registration authorities. Part 6 : Application-processes and application-entities.
Message Oriented Text Interchange Systems
lSO/IEC 10021 :I 990, Information processing systems - Text communication -
(mOTlS).
---------------------- Page: 5 ----------------------
0 ISO/IEC
ISO/IEC TR10730:1993(E)
3 Abbreviations
For the purpose of this Technical Report, the following abbreviations apply.
AE Application Entity
Application-Entity Title
AET
Application-Entity Qualifier
AEQ
AFI Authority and Format Identifier
AFNOR Association Francaise de Normalisation
American National Standards Institute
ANSI
AP Application Process
ASN Abstract Syntax Notation
ATDF Application Title Directory Facility
BSI British Standards Institute
CCIl-l- Comite Consultatif International Telegraphique et Telephonique
CL Connectionless (Mode)
Connection (Mode) (previously referred to as Connection Oriented Mode)
al
Data Country Code
DIS Draft International Standard
DSP Domain Specific Part
ECMA European Computer Manufacturers Association
European Workshop on Open Systems
File Transfer, Access and Management
FTAM
Initiator Addressing Function
IAF
IATA International Airlines Transport Association
ICD International Code Designator
IDI Initial Domain Identifier
Initial Domain Part
IDP
IPF Initiator PAI Function
Joint Technical Committee 1
JTCl
MHS Message Handling System
Network Address Directory Facility
NADF
Network Service Access Point
NSAP
OIT Object Identifier Tree
OSI Open Systems Interconnection
OSIE Open Systems Interconnection Environnment
Protocol-Addressing-Information
PAI
PCI Protocol-Control-Information
Quality of Service
RA Registration Authority
RAF Recipient Addressing Function
Relative Distinguished Name
Service-Access-Point
SAP
SNPA Sub-network Point of Attachment
TR Technical Report
2
---------------------- Page: 6 ----------------------
ISO/IEC TR 10730:1993(E)
0 ISO/IEC
IS0 7498-3 and its relationship with this Technical Report
IS0 7498-3 states principles which are to be followed in any standard involving the need for identification and / or location of
relevant objects within the OSIE. For the purpose of locating objects, a specific form of name (an address) is used.
Naming and addressing rules are essential to the success of OSI. In particular, it is a basic requirement that a real open
system, however complex its internal structure may be, shows a simple naming and addressing structure to the OSIE, so that
it may be easily accessible by any other real open system. IS0 7498-3 thus develops concepts which allow for the design of
open systems which may have a very complex internal structure, while this complexity is not visible within the OSIE and the
addressing scheme appears to be a very simple one from the view of other open systems. Such concepts preserve the principle
of implementation independance (which is one of the basic rules of OSI), that is no real open system is required to know
anything about the implementation design of any other real open system, nor does any real open system impose such
knowledge as a condition for communication using OSI standards.
This Technical Report is intended to explain how IS0 7498-3 achieves this task. It is not intended to replace the base standard.
Where any conflict arise with statements made in this Technical Report and those in the referenced standards, the base
standards are the definitive source. The examples shown in this Technical Report are for explanatory purposes only and are
not prescriptive.
Basic concepts
5
5.1 General aspects of naming
Names are linguistic constructs expressed in some language i.e. names are composed of a given set of symbol s. A name is
bound to one or more objects. Within the OS context names id entify particular communication objects in the OSIE.
Naming of the objects considered in the OSIE may have global or local significance. The objects for which naming has global
significance include real open systems and the elements of the OSI-layers (e.g. (N)-entity, application-process) .The addresses
of these objects also have global significance.
scope in an open system) include selectors,
The objects for which naming ha S local significance (i.e. signifi cance within a given
application- process-in vocations a ,nd (N)-entity-invo cations.
5.1.1 Types and properties of names
5.1.1.1 Primitive, descriptive and generic names
A name is unambiguous within a given scope when it identifies one and only one object within that scope. The unambiguity of a
name does not preclude the existence of synonymous names for an object - i.e. ,more than one name can unambiguously identify
an object. The concept of unambiguity may be extended to the case of the name of a set of objects.
Examples
- The name of a person (complete name) is unambiguous (generally ) within the context of the family cell, but may often
become ambiguous if this context is broadened. Other means are then necessary to ensure unambiguity, such as identity
card/passport number, or social security number.
- IATA (International Airlines Transport Association) flight numbers are, generally, an example of unambiguous names.
- Within the OSI context, network-addresses are, by definition, unambiguous, as their purpose is to identify a set of NSAPs
at the end system and, as a result, to locate the end system itself, among all possible end systems attached to any
subnetwork.
Names can be categorised into primitive names and descriptive names.
A primitive name is a name that identifies an object (which may be a set of objects) and which is assigned by a designated
authority. The internal structure of the name is not required to be understood or to have significance to users of the name.
A descriptive name is a name that identifies a set of one or more objects by means of a set of assertions concerning the
properties of the objects of the set.
The characteristic that distinguishes a descriptive name from a primitive name is that the
structure of a descriptive name has significance to users of the name.
---------------------- Page: 7 ----------------------
ISO/IEC TR 10730:1993(E) 0 ISO/IEC
A descriptive name may be incomplete, in that many objects satisfy all the assertions or it may be complete in that it serves
to identify a single object (e.g. a descriptive name may identify several FTAM-application processes and thus be an incomplete
descriptive name. A complete descriptive name would in that case identify just a single FTAM-application-process).
A generic name is a primitive name or an incomplete descriptive name that identifies a set comprising more than one object.
Note that when the membership of the set is not known to the user of the name, that user has no means to know if the name of
the set is generic or not (e.g. a called-(N)-address (see 6.2) when used by the requesting system is viewed as a primitive
name (regardless of whether or not it is generic) while this same called-(N)-address when processed within the responding
system may be viewed as a generic name). A generic name can also identify the members (or a subset of the members) of an
object class defined by an object type.
NOTES
1 IS0 7498-3 defines a primitive name as a name which identifies an object while implicitly recognizing that this object may itself be a set of
objects. This implicit recognition arises from the definition of a generic name as “a primitive name which identifies a set of objects” (IS0 7498-
3, subclause 5.6). A generic name is a specific case of primitive name where the fact that the object is a set is known.
2 Generally the intent when using a generic name for a specific action is that exactly one member of the set is selected as the target for the
action (see IS0 7498-3 subclause 5.6). In such a case the requestor of the action is usually not aware of how the selection is made. Another
recognised possible usage of generic names is when accessing a Directory Facility. In that case using a generic name as an input to the
Directory Facility will result in the return of a list of the members of the associated set (see IS0 7498-3, subclause 14.2.3).
Examples
- In general famil y names are primitive names in that they do not convey information about the properties of the members
of the family.
- IATA flight numbers are partially descriptive, as they are constructed as follows :
xxyyyy where : .xx is a 2-letter code identifying the airline
is a code 4 digits) identifying the xx company flight number
(up to
l YYYY
The two-letter code (xx) is an example of generic primitive name : it identifies the set of flights operated by this company
(note that in order to ensure IATA flight numbers unambiguity it is sometimes necessary to provide extra information such
as “leg of route”).
- Sweepstake or lottery numbers are examples of unambiguous primitive (non-descriptive) names
- A subset of members of an application-process-type (with application-processes possibly located in different end
systems) could be named by the generic name “MHS-0RGX”. The member application-processes of “MHS-ORGX” could, for
example, be all the MHS application-processes within a single organisation (“ORGX”). Each application-process would also be
assigned a (primitive) name, say “MHS-ORGX-1 “, “MHS-ORGX-2”,., “MHS-ORGX-n”. Using the generic name “MHS-ORGX”
as input to the Application Title Directory Facility will result in the list of the associated application-process-titles (“MHS-
ORGX-l”, “MHS-ORGX-2”,., “MHS-ORGX-n”) (see 7.3)
5.1.1.2 Titles and identifiers
A title is a name assigned to an object in order to discriminate among different objects (or sets of objects). Examples are
application-process-title, application-entity-title, etc.
A title can also be a name assigned to an object type in order to
discriminate among different object types. Examples are application-process-type-title, application-entity-type-title, etc.
An identifier is a name assigned to an obj ect in order to discriminate among occurences of this object. Exam
ples of the use of
identifiers are (N)-association identifiers, (N)-connection-endpoint identifiers, application-entity-invocation identifiers, etc.
5.1.2 Naming authorities and naming domains
Unambiguity of names is achieved through the use of naming authorities. A naming authority is a Registration Authority for
names (see 7.1.3). Either it directly allocates and registers names (e.g. Network Addresses) or it just registers names
submitted to it after having checked that they are not yet registered.The names registered by the naming authority should be
expressed in a prescribed language and according to specific rules, but the naming authority does not perform the binding of a
name to the object - or to the set of objects - it names.
---------------------- Page: 8 ----------------------
ISO/IEC TR 10730:1993(E)
0 ISO/IEC
A naming-domain is the set of names, that are assignable to objects of a particular type, and is administered by a naming
authority. Naming-domains may be hierachically decomposed into subsets: the naming-subdomains. The naming-domain at the
top of the hierarchy is the global naming-domain, which has the control of each naming-subdomain. The global naming-domain
therefore is the set of all possible names - within the OSIE - for objects of a specific type. Independent global naming-domains
may therefore exist for objects of different types. Each naming-domain is administered by a naming authority.
An object may be included in two or more naming (or addressing) domains. An object may also be allocated more than one
name from a single domain. Thus there may be several names (or addresses) that identify (or locate) the same object. These
names (or addresses) are synonyms. In the first case, synonyms are inconvenient but unavoidable in practice. In the other
case, synonyms are usually useful and used intentionally (e.g. aliases and abbreviations).
Examples
- Today “Capital of France” is a synonym of the name “Paris - France” : these two names both identify the same object.
0
Country names may also have synonyms of such type (e.g. United States of America,U.S.A,the States.).
- The term “OSI” is often used instead of “Open Systems Interconnection”. Both terms are synonyms.
5.2 Names within the OSIE
5.2.1 Open systems
A fundamental component of the OSIE is the real open system, which is a system that conforms to the requirements of OSI
standards in its communicatio n with other real systems.
A system-title is used to identify a real open system. The system-title is a layer independent primitive name, i.e. it is used to
identify a real open system as a whole. A single real open system is named by one and only one system-title. The system-title
may be used in conjunction with other qualifiers to identify specific OSI resources in a real open system, i.e. it may be used as
a basis to build structured names for objects in the given real open system. For example an application-process-title may be
based on the system-title (with the addition of relevant qualifiers).
5.2.2 (N)-subsystems and (N)-entities
An open system is constructed of a set of layers. Each layer in a given open system defines one subsystem - the (N)-
subsystem (for layer N). Therefore, an (N)-subsystem is an element in the hierarchical division of an open system (i.e. in the
(N)-layer). An (N)-subsystem interacts directly only with elements in the (N+l) - and the (N-l) - subsystems of that open
system.
An (N)-entity is 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. The (N)-entity-type can be identified but does not need to be located nor can it be
located. Opposed to this, each of the (N)-entities (of that (N)-entity-type) can be identified and located ; this is necessary
since the (N)-entities are the active elements which participate in the communication. An (N)-entity is named by an (N)-
entity-title.
Since an (N)-entity represents communication capabilities of the (N)-layer, different communication capabilities of the (N)-
layer may be represented by different (N)-entities - i.e. there may be several (N)-entities within an (N)-subsystem (e.g. two
different (N)-protocols represented by two different (N)-entities).
When an (N)-entity is called to participate in the communication, there is a specific use of its functions - or parts of its
functions. Such a use is called an (N)-entity-invocation. An (N)-entity-invocation is unambiguously named by an (N)-entity-
invocation-identifier that must be unique within the scope of that (N)-entity.
The following names are used in conjunction with the (N)-entities :
- an (N)-entity-type is named by an (N)-entity-type-title ;
- an (N)-entity is named by an (N)-entity-title and ;
- an (N)-entity-invocation is named by an (N)-entity-invocation-identifier.
---------------------- Page: 9 ----------------------
0 ISO/IEC
ISO/IEC TR 10730:1993(E)
5.2.3 (N)-service-access-points ; (N)-SAPS
An (N)-entity is attached to one or more (N)-SAPS to provide the (N)-service to the (N+l)-layer. In order to do so the (N)-
entity may use the service from the layer (N-l) provided through one or more (N-I)-SAPS.
(N)-entity, thus an (N)-entity is located by its attachment to one or more (N-
An (N-I)-SAP is attached to one - and only one -
I)-SAPS. Although an (N-I)-SAP-address strictly identifies an (N-I)-SAP, at any given point in time this (N-I)-SAP
unambiguously addresses an (N)-entity.
Figure la and 1 b illustrate the relationships of an (N)-entity to (N)-SAPS and to (N+l)-entities. It should be noted that the
relationship shown in figure 1 b is not allowed since an (N)-SAP can only be attached to one (N+l)-entity and one (N)-entity.
Figure la - Allowed relationships of (N)-entities to (N)-SAPS and to
(N+l)-entities
Figure lb - Not allowed relationships of (N)-entities to (N)-SAPS
and to (N+l)-entities
---------------------- Page: 10 ----------------------
ISO/IEC TR 10730:1993(E)
0 ISO/IEC
and (N)-SAP-addresses
5.2.4 (N)-addresses
An (N)-address identifies a set of (N)-SAPS which are all located at the boundary between an (N)-subsystem and an (N+l)-
: a Network-address identifies a set of
subsystem. This definition used on e.g. the Network Layer results in the following
NSAPs (Network-SAPS). An (N)-address is used to locate an (N+l)-entity or several (N+l)-entities that all provide the same
functionalities.
An (N)-SAP-address is an (N)-address which identifies only a single (N)-SAP. Thus there exists a significant difference
between an (N)-address and an (N)-SAP-address. There may be functions of a layer which require an (N)-address to identify
It is therefore not a property of addresses themselves to
the single (N)-SAP actually used to support the communication.
determine the course of action taken, but an explicit decision on a layer-by-layer and protocol-by-protocol basis whether a
specific (N)-address identifies a single (N)-SAP or a set consisting of more than one (N)-SAP. This decision can also be
affected by local consideration related to the configuration of the real open system.
As a consequence of the above clauses, many organisations are possible, for example :
a) multiple (N)-entities which are linked to a single (N+l)-entity ;
multiple (N+l)-entities providing the same functionalities which use the services of a single (N)-entity, etc.
b)
5.2.5 The use of (N)-addresses
Naming and addressing mechanisms are an essential aspect of Open Systems Interconnection. Real Open Systems, even while
being fully conformant to OSI protocols in all seven layers, may well be unable to set up a dialogue because of inconsistencies
among their naming and addressing policies.
Basically, addressing rules must allow an application-entity residing in a real open system to establish an association with a
peer application-entity in another real open system. This association implicitly makes use of associations between peer entities
established at each of the six lower layers.
The main purpose of (N)-addresses is to make a selection between the various (N+l)-entities available in an (N+l)-subsystem,
and thus when the decomposition of an (N+l)-subsystem into (N+l)-entities is complex it is important that the addressing
mechanisms allow the addressing scheme attached to that decomposition to remain simple.
IS0 7498-3 states that an (N+l)-subsystem is partitioned into (N+l)-entities for the following reasons :
- to support different (N+l)-protocols or sets of (N+l)-protocols ;
- to accomodate security and/or management requirements ;
and different
- in the case of the application subsystem to distinguish between different application-processes application-
entiti es of the same application-process.
iSO 7498-3 states that (N)-addresses are not used
protocol versions) or
- to distinguish among aspects of protocols that are subject to negotiation (classes, subsets, QOS,
parameter values ;
- to derive routing information above the Network Layer ;
- to distinguish among hardware components.
NOTES
1 In some configurations, the normal use of an (N)-address can lead #tity being wholly contained within a single hardware
to an (N+l)-en
component. Nevertheless,within the OSIE, the (N)-address identifies the (N+l)-entity; it does not identify the hardware component.
2 As long as different OSI protocols share at least a minimal identification mechanism which allows each type of protocol to be differentiated
(e.g. see ISO/IEC TR 9577) they can be considered as being sub-types of a common type and should be handled by one entity. Thus
different addresses are not required to discriminate between these different protocols.
---------------------- Page: 11 ----------------------
0 ISO/IEC
ISODEC TR 10730:1993(E)
These rules are very important because they restrict the degree of complexity of the real open system that may be visible
outside this system (i.e. within the OSIE). As mentioned earlier the external view of a real open system must be simple so that
it can be easily accessible by other real open systems, even the simplest ones. In order to present a simple external view, it is
recommended that a real open system should be modelled as having only one entity in each layer per OSI protocol-type
available so that the addressing scheme would be straightforward (see figure 2a).
NOTE - Although examples illustrated by figures 2a to 2d show CO and CL (N)-protocols in separate (N)-entities, it is possible that they may
be in the same (N)-entity provided that no ambiguity exists between CO and CL (N)-PDUs.
CO = Connection mode CL = Connectionless mode
Figure 2a - An example of a real open system with an
...
RAPPORT ISOJCEI
TR 10730
TECHNIQUE
Premiere Bdition
1993-04-1 5
Technologies de l'information -
Interconnexion de systèmes ouverts
(OS) - Tutoriel sur la dénomination et
l'adressage
Information technology - Open Systems Interconnection - Tutorial on
Naming and Addressing
Numero de reference
ISO/CEI TR 10730:1993(F)
---------------------- Page: 1 ----------------------
1
O ISO/CEI
ISO/CEI TR 10730:1993(F)
Sommaire
Page
...
Avant-propos .
III
Introduction . IV
1
Domaine d'application .
1
Références .
Abréviations .
2
L'ISO 7498-3 et sa relation avec le présent Rapport technique .
3
Concepts de base . 4
4
5.1 Aspects généraux de dénomination .
5.2 Les noms dans I'OSIE . 6
Architecture et dénomination . 11
6.1 Décomposition des noms . 11
6.2 Informations d'adressage dans les services OS1 .
12
6.3 Informations d'adressage dans les protocoles OS1 .
13
6.4 Relations entre informations d'adressage. services OS1 et protocoles OS1 . 14
6.5 Fonctions de répertoire (N) . 14
6.6 Aspects spécifiques aux couches . 15
Environnement OS1 et noms . 20
7.1 Normes relatives B la dénomination . 20
7.2 Enregistrement de noms . 21
7.3 Facilite de répertoires . 22
Exemples .
25
8.1 Entités et adresses .
25
8.2 Établissement d'association d'application .
28
8.3 Exemples de formes de noms spécifiques publiées dans des normes OS1 . 31
0 ISO/CEI 1993
Droits de reproduction rbservbs . Aucune partie de cette publication ne peut &re reproduite
ni utilisBe sous quelque forme que ce soit et par aucun procBd6. Blectronique ou mBcanique.
y compris la photocopie et les microfilms. sans l'accord bcrit de I'bditeur .
ISO/CEI Copyright Office Case Postale 56 CH-1 21 1 Genbve 20 Suisse
Imprime en Suisse
ii
---------------------- Page: 2 ----------------------
TR 10730:1993(F)
O ISOKEI ISO/CEI
Avant-propos
L‘ISO (Organisation internationale de normalisation) et la CE1 (Commission électrotechnique
internationale) forment ensemble un systbme consacré B la normalisation internationale considérée
comme un tout. Les comités membres nationaux de I’ISO et de la CE1 participent au développement de
Normes internationales dans le cadre des comités techniques établis par l‘organisation concernée pour
traiter des domaines particuliers d‘activité technique. Les comités techniques de I’ISO et de la CE1
collaborent dans des domaines d‘intérêt commun. En liaison avec I‘ISO et la CEI, d‘autres organisations
internationales gouvernementales et non gouvernementales participent également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont cr66 le comité technique mixte
ISOKEI JTC 1.
La t&he principale des comités techniques de I‘ISO est d’élaborer les Normes internationales.
Exceptionnellement, un comité technique peut proposer la publication d’un rapport technique de l‘un
des types suivants :
-type 1 : lorsque l’accord requis ne peut être réalisé en faveur de la publication d‘une Norme
internationale ;
-type 2 : lorsque le sujet en question est encore en cours de développement technique ou lorsque,
pour toute autre raison, un accord n‘est pas possible dans l’immédiat ;
-type 3 : lorsqu’un comité technique a réuni des données de nature différente de celles qui sont
normalement publiées comme Normes internationales (ceci pouvant comprendre des informations
sur I’état de la technique, par exemple).
Les rapports techniques des types 1 et 2 font l’objet d’un nouvel examen trois ans au plus tard après
leur publication afin de décider éventuellement de leur transformation en Normes internationales. Les
3 ne doivent pas nécessairement être révisés avant que les données
rapports techniques du type
fournies ne soient plus jugées valables ou utiles.
L’ISOKEI TR 10730, qui est un rapport technique du type 3, a été préparé par le comité technique
ISOKEI JTC 1, Technologies de l‘lnformation, Sous-Comité 21, Recherche, transfert et gestion de
l’information pour l’interconnexion de systèmes ouverts (OS/).
...
III
---------------------- Page: 3 ----------------------
ISO/CEI TR 10730:1993(F) O ISO/CEI
Introduction
Le présent Rapport technique a été développé en réponse aux commentaires d'un comité membre du
JTC 1 sur I'ISO 7498-3 demandant que soit ajoutée une annexe a cette norme qui fournirait au lecteur
des déments permettant de bien comprendre la norme. II a été décidé de publier ce tutoriel sous la
forme d'un rapport technique plutat qu'en annexe de la norme IS0 7498-3.
L'article 5 présente les concepts de base relatifs à la dénomination, y compris les relations entre entités
(NI, points d'accès B des services (N) et adresses (NI. L'article 6 traite des informations d'adressage
dans les services et les protocoles OS1 ainsi que des aspects spécifiques à la Couche Application et à la
Couche Réseau. L'article 7 décrit les autorités d'enregistrement et les facilités de répertoire. L'article 8
présente des exemples sur les relations entre couches et les effets des mécanismes d'initiateur et de
destinataire dans les systèmes ouverts, ainsi que des exemples de formes de noms publiées dans les
normes OSI.
iv
---------------------- Page: 4 ----------------------
ISO/CEI TR 10730:1993(F)
RAPPORT TECHNIQUE O ISO/CEI
Technologies de l’information - Interconnexion de
systèmes ouverts (03) - Tutoriel sur la
dénomination et l’adressage
1 Domaine d‘application
Le présent Rapport technique présente les principaux concepts et les mécanismes définis dans
I’ISO 7498-3 pour répondre aux besoins de dénomination et d’adressage d’objets dans I’environne-
ment d’interconnexion de systèmes ouverts (OSI). II explique également certaines décisions impor-
tantes prises en ce qui concerne l‘architecture de dénomination et d‘adressage.
Bien que l’lS0 7498-3 ne définisse pas de forme spécifique de nom et d‘adresse, le présent Rapport tech-
nique donne des exemples de formes spécifiques de nom définies dans d‘autres normes OS1 publiées
montrant ainsi comment les concepts et mécanismes définis dans I’ISO 7498-3 ont été appliqués.
2 Références
Les normes suivantes contiennent des dispositions qui, par suite de la référence qui en est faite, consti-
tuent des dispositions valables pour le présent Rapport technique. Au moment de la publication, les édi-
tions indiquées étaient en vigueur. Toute norme est sujette à révision et les patties prenantes des
accords fondés sur le présent Rapport technique sont invitées a rechercher la possibilité d‘appliquer les
6ditions les plus rdcentes des normes indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent
le registre des Normes internationales en vigueur à un moment donné.
IS0 3166:1988, Codes pour la représentation des noms de pays.
IS0 6523:1984, Échanges de données - Structures pour l’identification des organisations.
IS0 7498:1984, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts -
Modèle de rdfdrence de base.
IS0 7498-3~989, Systèmes de traitement de l‘information - Interconnexion de systèmes ouverts -
Modèle de rdfdrence de base - Partie 3 : Ddnomination et adressage.
IS0 8348/Add.2:1988, Systèmes de traitement de l’information - Communications de donndes -
Définition du service de la Couche Rdseau - Additif 2 : Adressage dans la Couche Réseau.
ISOICEI 8824:1990, Technologies de l’information - Interconnexion de systèmes ouverts -
Spdcification de la notation de syntaxe abstraite numéro 7 (ASN. 7).
ISOICEI TR 9577:1990, Technologies de l‘information - Télécommunications et dchange d’informations
entre systèmes - Identification de protocoles dans la Couche Réseau.
ISOICEI 9594:1990, Technologies de l’information - Interconnexion de systèmes ouverts - L‘annuaire.
ISOICEI 9834-1:1993, Technologies de l‘information - Interconnexion de systèmes ouverts - Procddures
pour le fonctionnement des autorités d’enregistrement OS1 -Partie 7 : Procédures gdnbrales.
ISO/CEI 9834-6:1993, Technologies de l’information - Interconnexion de systèmes ouverts -
Procedures pour le fonctionnement des autorites d’enregistrement OS1 - Partie 6 : Enregistrement des
titres de processus d‘application et des titres d’entité d’application.
ISO/CEI 10021:1990, Technologies de l’information - Communication de texte - Systkmes d’dchange
de texte en mode message (MOTS).
1
---------------------- Page: 5 ----------------------
O ISO/CEI
ISO/CEI TI? 10730:1993(F)
3 Abréviations
Pour les besoins du présent Rapport technique, les abréviations suivantes s'appliquent.
NOTE - Les abréviations utilisées sont celles de la version anglaise. Dans le présent article on donne la forme développée en
français ; la forme anglaise est indiquée entre parentheses pour aider à la compréhension.
Entité d'application
AE
(Application entity)
AET Titre d'entité d'application
(Application-entity title)
AE Q Qualificateur d'entité d'application
(Application-entity qualifier)
AFNOR Association française de normalisation
ANSI American National Standards Institute
AP Processus d'application
(Application process)
Notation de syntaxe abstraite
ASN
(Abstract syntax notation)
BSI British standards institute
CCITT Comité consultatif international télégraphique et téléphonique
Mode sans connexion
CL
(Connectionless mode)
CO Mode connexion
(Connection oriented 1
DCC Données pour le code pays
(Data Country Code)
DS P Partie spécifique au domaine
(Domain specific part)
ECMA Association européenne de constructeurs d'ordinateurs
(European Computer Manufacturers Association)
EWOS European Workshop for Open Systems
FTAM Transfert, acch et gestion de fichiers
(File transfer, access and management)
IAF Fonction d'adressage d'initiateur
(Initiator adressing function)
IATA Association du transport ahrien international
(International air transport association)
ICD Désignateur de code international
(International code designator)
ID1 Identificateur de domaine initial
(Initial domain identifier)
IDP Partie initiale du domaine
(Initial domain part)
IPF Fonction PA1 d'initiateur
(Initiator PA1 function)
Comité technique mixte num6ro 1
JTC 1
(Joint technical committee 1)
MHS Système de traitement de messages
(Message handling system)
2
---------------------- Page: 6 ----------------------
ISO/CEI TR 10730:1993(F)
O ISO/CEI
NADF Facilité de répertoire des adresses de réseau
(Network address directory facility)
NSAP Point d‘accès au service de réseau
(Network service access point)
Arbre d‘identificateurs d’objet
OIT
(Object identifier tree)
Interconnexion de systèmes ouverts
os1
(Open systems interconnection)
OSlE Environnement OS1
(OS1 environnement)
PA1 Informations d’adressage de protocole
(Protocol-adressing-information)
Informations de contr6le de protocole
PCI
(Protocol-control-information)
Qualité de service
QOS
(Quality of service)
RA Autorité d‘enregistrement
(Registration authority)
RAF Fonction d‘adressage de destinataire
(Recipient addressing function)
RDN Nom distinctif relatif
(Relative distinguished name)
Point d‘accès à des services
SAP
(Service access point)
SNPA
Point de raccordement au sous-réseau
(Sub-network point of attachment)
TR
Rapport technique
(Technical report)
4 L‘ISO 7498-3 et sa relation avec le présent Rapport technique
L’ISO 7498-3 définit les principes sur lesquels est fondée toute norme où est reconnu le besoin d’identi-
fier et/ou de localiser des objets dans I’OSIE. Pour localiser des objets, on utilise une forme spécifique
de nom : une adresse.
Le succès de I’OSI dépend des règles de dénomination et d’adressage. En particulier, un système ouvert
réel, quelle que complexe que soit sa structure interne, doit pouvoir exhiber dans I’OSIE une structure
simple de dénomination et d’adressage, afin d‘être facilement accessible par tout autre système ouvert
réel. L‘ISO 7498-3 définit donc des concepts qui permettent de concevoir des systèmes ouverts qui peu-
vent avoir une structure interne très complexe, alors que cette complexité n’est pas visible dans I‘OSIE
et que le schéma d‘adressage paraît Qtre très simple, vu des autres systkmes ouverts. Ces concepts res-
pectent le principe de l’indépendance de la mise en Oeuvre (qui est une des règles de base de I‘OSI) sui-
vant lequel aucun système ouvert réel n‘est tenu de connaître quoi que ce soit sur la conception de tout
autre système ouvert réel ou d’imposer cette connaissance préalablement à une communication OSI.
Le présent Rapport technique a pour objectif d’expliquer comment I’ISO 7498-3 atteint son objectif. Son
but n’est pas de remplacer la norme de base. Si les explications données dans le présent Rapport tech-
nique contredisent les définitions des normes de bases citées en référence, celles-ci ont la préséance.
Les exemples inclus dans le present Rapport technique ne sont donnés qu‘A titre d’information ; ils ne
sont pas sujet à prescription.
3
---------------------- Page: 7 ----------------------
ISO/CEI TR 10730:1993(F)
O ISOKEI
5 Concepts de base
5.1 Aspects generaux de denomination
Les noms sont des constructions linguistiques exprimees dans un langage, c‘est-à-dire : les noms sont
composes d‘un ensemble de symboles. Un nom est 1% 8 un ou plusieurs objets. Dans le contexte de
I’OSI, les noms identifient des objets de communication particuliers appartenant à I’OSIE.
La dénomination des objets pris en considération dans I’OSIE peut avoir une signification universelle ou
locale. Parmi les objets dont la dénomination a une signification universelle, figurent les systèmes
ouverts réels et les éléments de couches OS1 (par exemple : entité (NI, processus d’application).
ces objets a également une signification universelle.
L‘adresse de
Parmi les objets dont la dénomination a une signification locale (c’est-à-dire : la signification est limitee
à un domaine d‘application donne dans un systbme ouvert) figurent les selecteurs, les invocations de
et les invocations d’entité (NI.
processus d’application
5.1.1 Types et proprietes des noms
5.1.1.1 Noms primitifs, descriptifs et gbnkriques
Un nom est non ambigu dans un domaine d‘application donne quand il identifie un et un seul objet à
l‘intérieur de ce domaine d’application. La non ambiguÏt6 d‘un nom n‘interdit pas d’avoir des
synonymes pour un objet, c’est-à-dire : un objet peut Qtre identifie sans ambigu’itd par plus d’un nom.
Le nom d’un ensemble d’objets peut aussi Qtre non ambigu.
Exemples :
- le nom d‘une personne (nom complet) est (en general) non ambigu dans le contexte d‘une cellule
familiale mais il peut devenir ambigu si le contexte est Blargi. Pour garantir la non ambigumit& il faut
alors recourir à d’autres moyens tels que le numero de la carte d’identité ou du passeport ou le
;
numero de sewrite sociale
- les numéros de vols de l’Association du transport aerien international (IATA) sont des noms non
ambigus ;
- dans le contexte de I’OSI, les adresses de réseau sont, par définition, non ambiguës puisqu’elles
identifient un ensemble de NSAP dans le système extremite et, partant, le systbme lui-mQme parmi
tous les systèmes extrémit6 possibles raccordés 8 un sous-réseau.
Les noms peuvent Qtre classes en noms primitifs et noms descriptifs.
Un nom primitif identifie un objet (qui peut Qtre un ensemble d’objets) ; il est attribue à cet objet par
une autorité de dénomination. II n’est pas necessaire que la structure interne du nom soit comprise par,
ou ait une signification pour, l‘utilisateur du nom. Un nom descriptif identifie un ensemble d’un ou de
plusieurs objets, par un ensemble d’assertions concernant les propriétés des objets de t‘ensemble.
Contrairement au nom primitif, la stucture interne d‘un nom descriptif a une signification pour
l’utilisateur du nom.
Un nom descriptif est incomplet quand plusieurs objets satisfont aux assertions ; il est complet quand il
identifie un seul objet (par exemple, un nom descriptif peut identifier plusieurs processus d’application
FTAM et Qtre ainsi un nom descriptif incomplet. Un nom descriptif complet n‘identifierait qu‘un
processus d’application FTAM).
Un nom gdnerique est un nom primitif ou un nom descriptif incomplet identifiant un ensemble
comprenant plus d’un objet. II est bon de noter que lorsque l’utilisateur du nom ne connaît pas la
composition de l’ensemble, il ne peut pas savoir si le nom de l‘ensemble est genthique ou non (par
exemple : une adresse (N) d’appelé - voir 6.2 - utilisée par le système appelant est considérée
comme un nom primitif, sans se soucier de savoir s‘il est générique ou non, tandis que la mQme
adresse (N) d‘appel6 traitée dans le système en reponse peut Qtre considerée comme un nom
genérique). Un nom genérique peut aussi identifier les membres (ou un sous-ensemble des membres)
d’une classe d’objet definie par un type d‘objet.
4
---------------------- Page: 8 ----------------------
O ISOKEI ISOKEI TR 10730:1993(F)
NOTES
1 L‘ISO 7498-3 définit un nom primitif comme un nom identifiant un objet en reconnaissant implicitement que cet objet peut htre un
ensemble d‘objets. Cett reconnaissance implicite vient de la définition de nom générique : ((nom d’un ensemble d’objets* (IS0 7498-3,
5.6). Un nom générique est un cas particulier de nom primitif où est connu le fait que l’objet est un ensemble.
2 En général, en utilisant un nom générique pour une action donnée, l’intention est de sélectionner un seul élément de l’ensemble
comme cible de l‘action (voir IS0 7498-3, 5.6). Dans ce cas, le demandeur de l‘action ne sait pas comment le choix est fait. Une
autre utilisation possible reconnue des noms génériques est l’accès a une facilité de répertoire. Dans ce cas, l‘utilisation d’un nom
générique en entrée donnera en sortie une liste des éléments de l‘ensemble associé au nom générique (voir IS0 7498-3, 14.2.3).
Exemples :
- en général, les noms de famille sont des noms primitifs puisqu‘ils ne donnent pas d’informations
sur les caractéristiques des membres de la famille ;
- les numéros de vol de I’IATA sont, en partie, des noms descriptifs puisqu’ils sont construits de la
manière suivante :
xx est un code à deux chiffres identifiant la compagnie aérienne,
xxyyy où
yyy est un code (jusqu’à 4 chiffres) identifiant le numéro de vol de la compagnie xx.
Le code à deux chiffres (xx) est un exemple de nom primitif générique : il identifie l’ensemble des
vols gérks par la compagnie (il est bon de noter que pour garantir la non ambiguÏté des numéros de
vols IATA, il faut parfois fournir des informations supplémentaires sur l’itinéraire) ;
- les numéros de sweepstake ou de loterie sont des exemples de noms primitifs non ambigus (non
descriptifs) ;
- un sous-ensemble de processus d‘application d’un type de processus d’application (localisés
peut-être dans différents systèmes extrémité) pourrait etre désigné par le nom générique
((MHS-ORGX)). Les processus d‘application du type MHS-ORGX pourraient être, par exemple, tous
les processus d’application MHS d‘une seule organisation (ORGX). Un nom (primitif) serait attribue à
chaque processus d‘application, par exemple : MHS-ORGX-1, MHS-ORGX-2, . MHS-ORGX-n. En
utilisant le nom générique MHS-ORGX en entrée de la facilité de répertoire d‘application, on aurait
en sortie la liste des titres des processus d’application associés à ce nom (MHS-ORGX-1,
MHS-ORGX-2, . MHS-ORGX-n) (voir 7.3).
5.1.1.2 Titres et identificateurs
Un titre est un nom attribué à un objet pour le différencier d’autres objets (ou ensembles d’objets). Un
titre de processus d’application, un titre d’entité d‘application sont des exemples de titres. Un titre peut
aussi être attribué à un type d’objet pour le différencier d’autres types d‘objets. Un titre de type de
processus d’application, un titre de type d’entité d’application sont des exemples de titres.
Un identificateur est attribué à un objet pour faire la distinction entre les occurences de cet objet. Un
identificateur d’association (NI, un identificateur d‘extrémité de connexion (NI, un identificateur
d‘invocation d’entité d‘application sont des exemples d‘identificateurs.
5.1.2 Autorités de dénomination et domaines de dénomination
La non ambigu’ité des noms est obtenue par le recours à des autorités de dénomination. Une autorité
de dénomination est une autorité d‘enregistrement de noms (voir 7.1.3). Soit l’autorité attribue
directement les noms et les enregistre, soit elle ne fait qu‘enregistrer les noms qui lui sont soumis après
avoir contrdlé qu‘ils ne sont pas déjà enregistrés. Les noms enregistrés par l‘autorité de dénomination
devraient être exprimés dans un langage reconnu et suivant des règles spécifiques, mais l’autorité de
dénomination ne fait pas le lien entre un nom et l’objet - ou l‘ensemble d’objets - qu‘il nomme.
Un domaine de dénomination est l‘ensemble de noms qui peuvent être attribués à des objets d’un type
donné et qui sont administrés par une autorité de dénomination. Les domaines de dénomination
peuvent &re hiérarchiquement décomposés en sous-ensembles appelés sous-domaines de
dénomination. Le sous-domaine situ6 au sommet de la hiérarchie est le domaine de dénomination
universel qui contrale chacun des sous-domaines. Le sous-domaine universel est l’ensemble de tous les
noms possibles - dans I’OSIE - pour les objets d’un type spécifique. II peut donc y avoir des
domaines universels différents pour des types d‘objet différents. Chaque domaine de dénomination est
administré par une autorité de dénomination.
5
---------------------- Page: 9 ----------------------
ISO/CEI TR 10730:1993(F) O ISO/CEI
Un objet peut appartenir B un ou 8 plusieurs domaines de dénomination (ou d'adressage). Un objet
peut avoir plus d'un nom provenant du mQme domaine de dénomination. II peut donc y avoir plusieurs
noms (ou adresses) identifiant (ou localisant) le même objet. Ces noms (ou adresses) sont synonymes.
Dans le premier cas, les synonymes ne sont pas commodes mais inévitables. Dans le second cas, les
synonymes sont en général utiles et utilisés sciemment (par exemple : pseudonymes et abréviations).
Exemples :
- aujourd'hui ((Capitale de la France)) est synonyme du nom ((Paris)) : ces deux noms identifient le
même objet ;
- les noms de pays peuvent avoir des synonymes de ce type (par exemple : Ctats-Unis d'Amérique,
USA, Etats-Unis) ;
- le terme (COSI)) est souvent utilisé 8 la place de ((Interconnexion de Systèmes Ouverts)) ; les deux
expressions sont synonymes.
5.2 Les noms dans I'OSIE
5.2.1 Systèmes ouverts
Un composant fondamental de I'OSIE est le système ouvert réel, système qui communique avec
d'autres systèmes ouverts réels en étant conforme aux normes OSI.
Un titre de système est utilisé pour identifier un système ouvert réel. Le titre de système est un nom
primitif indépendant des couches, c'est-&dire qu'il est utilisé pour identifier un système ouvert réel
comme un tout. Un systeme ouvert réel n'a qu'un seul titre de système. Le titre de système peut être
utilisé en conjonction avec d'autres qualificateurs servant 8 identifier des ressources OS1 spécifiques
dans un système ouvert réel, c'est-&-dire : il peut servir de base pour construire des noms structurés
identifiant des objets dans le système ouvert réel. Par exemple, un titre de processus d'application peut
être basé sur le titre de système (auquel s'ajoute les qualificateurs appropriés).
5.2.2 Sous-systbmes (NI et entiths (NI
Un système ouvert est composé d'un ensemble de couches. Dans un système ouvert donné, chaque
couche définit un sous-système, le sous-système (NI pour la couche (NI. Un sous-système (N) est donc
un élément de la division hiérarchique d'un système ouvert (c'est-à-dire : dans la couche (N)). Un
sous-système (N) n'est directement en interaction qu'avec les éléments des sous-systèmes (N+1) et
(N-1) de ce système ouvert.
Une entité (N) est un élément actif dans un sous-système (NI ; elle englobe un ensemble de capacités
défini pour la couche (NI et correspondant 8 un type d'entité (NI spécifique. Le type d'entité (NI peut
être identifié mais il n'est pas nécessaire de le localiser et, d'ailleurs, il ne peut pas être localisé. Au
contraire, chacune des entités (NI (de ce type d'entité (NI) peut être identifiée et localisée, ce qui est
nécessaire puisque les entités (N) sont les éléments actifs participant à la communication. Une entité
(N) est identifiée par un titre d'entité (NI.
Puisqu'une entité représente les capacités de communication d'une couche (NI, différentes capacités de
communication de la couche (N) peuvent être représentées par différentes entités (NI, c'est-à-dire qu'il
y avoir plusieurs entités (NI dans un sous-sytème (NI (par exemle : deux protocoles (NI
peut
représentés par deux entités (N) différentes).
Quand une entité (NI est appelée pour participerà la communication, il y a une utilisation spécifique de
ses fonctions, ou d'une partie de ses fonctions. Cette utilisation est appelée une invocation d'entité (NI,
identifiée sans ambiguÏté par un identificateur d'invocation d'entité (NI qui doit Qtre unique dans le
domaine d'application de cette entité (NI.
Les noms suivants sont utilisés en conjonction aves les entités (N) :
- un type d'entité (N) est identifie par un titre de type d'entité (NI ;
- une entité (N) est identifiee par un titre d'entité (NI ; et
- une invocation d'entité (N) est identifiée par un identificateur d'invocation d'entité (NI.
6
---------------------- Page: 10 ----------------------
ISO/CEI TR 107301993(F)
O ISOKEI
5.2.3 Points d'accbs B des services (NI ; (NI-SAP
Une entité (N) est raccordée à un ou B plusieurs (NI-SAP pour fournir le service (NI B la couche (N+l).
Pour cela, l'entité (NI doit utiliser le service fourni par la couche (N-1) via un ou plusieurs (N-1)-SAP.
Un (N-1)-SAP est raccorde B une et une seule entité (NI ; une entit6 (NI peut donc &re localisée par son
raccordement 21 un ou 8 plusieurs (N-lI-SAP. Bien qu'une adresse de (N-l)-SAP identifie un (N-l)-SAP, à
tout moment ce (N-1)-SAP localise sans ambigu'ité une entité (NI.
Les figures la et lb montrent les relations entre une entité (NI et les (NI-SAP et les entit6s (N+l). II est
bon de noter que la relation illustrée par la figure lb est interdite puisqu'un (NI-SAP ne peut être
raccordé qu'A une seule entité (N+1) et à une seule entité (N).
n ENTITÉ (N+I)
(N)-SAP
Figure la - Relations autorisées entre entites (NI et (NI-SAP
et entités (N+lI
Figure lb - Relations non autorisees entre entités (NI et (NI-SAP
et entitbs (N+lI
7
---------------------- Page: 11 ----------------------
P
ISO/CEI TR 10730:1993(F)
O ISOICEI
5.2.4 Adresses (NI et adresses de (NI-SAP
Une adresse (NI identifie un ensemble de (NI-SAP tous localisés à la frontière entre un sous-système
(N) et un sous-système (N+l). Cette définition appliquée à la Couche Réseau donne le résultat suivant :
une adresse de réseau identifie un ensemble de NSAP (SAP de réseau). Une adresse (NI est utilisée
(N+1) ou plusieurs entités (N+1) qui fournissent toutes les même fonctionalités.
pour localiser une entité
Une adresse de (N)-SAP est une adresse (N) qui localise un seul (NI-SAP. II y a donc une différence entre
une adresse (N) et une adresse de (NI-SAP. II peut y avoir des fonctions d'une couche exigeant qu'une
adesse (N) localise le seul (NI-SAP utilisé dans la communication. II n'appartient pas aux adresses de
déterminer elles-mêmes l'action à entreprendre ; mais savoir si une adresse (NI identifie un seul (NI-SAP
ou un ensemble de (NI-SAP est une décision 8 prendre couche par couche et protoco
...
RAPPORT ISO/CEI
TECHNIQUE TR 10730
Première édition
1993-04-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- Tutoriel sur la dénomination et
(OSU
l’adressage
Information technology - Open Systems Interconnection - Tutorial on
Naming and Addressing
Numéro de référence
ISO/CEI TR 10730: 1993(F)
---------------------- Page: 1 ----------------------
0 ISO/CEI
ISO/CEI TR 10730:1993(F)
Sommaire
Page
. . .
III
..............................................................................................................................................
Avant-propos
iv
Introduction .
1
..................................................................................................................
Domaine d’application
1
Références .
................................................................................................................................... 2
Abréviations
............................................... 3
L’ISO 7498-3 et sa relation avec le présent Rapport technique
.......................................................................................................................... 4
Concepts de base
4
.....................................................................................
5.1 Aspects généraux de denomination
............................................................................................................ 6
5.2 Les noms dans I’OSIE
11
Architecture et dénomination .
11
6.1 Décomposition des noms .
12
................................................................
6.2 Informations d’adressage dans les services OSI
............................................................ 13
6.3 Informations d’adressage dans les protocoles OSI
..................... 14
6.4 Relations entre informations d’adressage, services OSI et protocoles OSI
................................................................................................... 14
6.5 Fonctions de répertoire (N)
......................................................................................... 15
6.6 Aspects spécifiques aux couches
20
Environnement OSI et noms .
.................................................................................... 20
7.1 Normes relatives à la denomination
....................................................................................................... 21
7.2 Enregistrement de noms
............................................................................................................ 22
7.3 Facilité de répertoires
........................................................................................................................................ 25
Exemples
................................................................................................................. 25
8.1 Entités et adresses
........................................................................... 28
8.2 Etablissement d’association d’application
.................... 31
8.3 Exemples de formes de noms spécifiques publiées dans des normes OSI
0 ISO/CEI 1993
Droits de reproduction reservés. 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.
ISO/CEI Copyright Office l Case Postale 56 l CH-l 21 ‘l Geneve 20 l Suisse
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
lSO/CEI TR 10730:1993(F)
0 ISO/CEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique
internationale) forment ensemble un système consacré à la normalisation internationale considMe
comme un tout. Les comités membres nationaux de I’ISO et de la CEI participent au développement de
Normes internationales dans le cadre des comités techniques établis par l’organisation Concern&e pour
traiter des domaines particuliers d’activite technique. Les comités techniques de I’ISO et de la CEI
collaborent dans des domaines d’int&êt commun. En liaison avec I’ISO et la CEI, d’autres organisations
internationales gouvernementales et non gouvernementales participent également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CEI ont créé le comité technique mixte
KO/CEI JTC 1.
La tâche principale des comités techniques de I’ISO est d’6laborer les Normes internationales.
Exceptionnellement, un comité technique peut proposer la publication d’un rapport technique de l’un
des types suivants :
-type 1 : lorsque l’accord requis ne peut être réalisé en faveur de la publication d’une Norme
internationale ;
.
lorsque le sujet en questi on est encore en cours de dévelo ppement technique ou lorsque,
2
type
‘est pa s possible dans I’im médiat
urto uté autre raison, un accord n 8
Po
-type 3 : lorsqu’un comité technique a réuni des données de nature différente de celles qui sont
normalement publiées comme Normes internationales (ceci pouvant comprendre des informations
sur l’état de la technique, par exemple).
Les rapports techniques des types 1 et 2 font I’objet d’un nouvel examen trois ans au plus tard aprés
leur publication afin de dbcider éventuellement de leur transformation en Normes internationales. Les
rapports techniques du type 3 ne doivent pas nécessairement être revisés avant que les données
fournies ne soient plus jugées valables ou utiles.
L’ISO/CEI TR 10730, qui est un rapport technique du type 3, a été préparé par le comité technique
ISO/CEI JTC 1, Technologies de /‘Information, Sous-Comité 21, Recherche, transfert et gestion de
l’information pour l’interconnexion de systémes ouverts (OSI).
. . .
III
---------------------- Page: 3 ----------------------
ISO/CEI TR 10730:1993( F) 0 ISO/CEI
Introduction
Le présent Rapport technique a été développé en réponse aux commentaires d’un comité membre du
JTC 1 sur I’ISO 7498-3 demandant que soit ajoutée une annexe à cette norme qui fournirait au lecteur
des cléments permettant de bien comprendre la norme. Il a été décidé de publier ce tutoriel sous la
forme d’un rapport technique plut& qu’en annexe de la norme ISO 7498-3.
L’article 5 présente les concepts de base relatifs à la dénomination, y compris les relations entre entités
(N), points d’accès a des services (N) et adresses (N). L’article 6 traite des informations d’adressage
dans les services et les protocoles OSI ainsi que des aspects spécifiques à la Couche Application et à la
Couche Réseau. L’article 7 décrit les autorités d’enregistrement et les facilités de répertoire. L’article 8
présente des exemples sur les relations entre couches et les effets des mécanismes d’initiateur et de
destinataire dans les systèmes ouverts, ainsi que des exemples de formes de noms publiées dans les
normes OSI.
iv
---------------------- Page: 4 ----------------------
ISO/CEI TR 10730: 1993(F)
RAPPORT TECHNIQUE 0 ISO/CEI
Technologies de l’information - Interconnexion de
systèmes ouverts (OSI) - Tutoriel sur la
dénomination et l’adressage
1 Domaine d’application
Le présent Rapport technique présente les principaux concepts et les mécanismes définis dans
I’ISO 7498-3 pour répondre aux besoins de dénomination et d’adressage d’objets dans I’environne-
ment d’interconnexion de systèmes ouverts (OSI). II explique également certaines décisions impor-
tantes prises en ce qui concerne l’architecture de dénomination et d’adressage.
Bien que I’ISO 7498-3 ne définisse pas de forme spécifique de nom et d’adresse, le présent Rapport tech-
nique donne des exemples de formes spécifiques de nom définies dans d’autres normes OSI publiées
montrant ainsi comment les concepts et mécanismes définis dans I’ISO 7498-3 ont été appliqués.
2 Références
Les normes suivantes contiennent des dispositions qui, par suite de la référence qui en est faite, consti-
tuent des dispositions valables pour le présent Rapport technique. Au moment de la publication, les édi-
tions indiquées étaient en vigueur. Toute norme est sujette à révision et les parties .prenantes des
accords fondés sur le présent Rapport technique sont invitées à rechercher la possibilité d’appliquer les
éditions les plus récentes des normes indiquées ci-après. Les membres de la CEI et de I’ISO possèdent
le registre des Normes internationales en vigueur à un moment donné.
ISO 3166:1988, Codes pour /a représentation des noms de pays.
- Structures pour Rden tifica tion des organisations.
ISO 6523:1984, Échanges de données
ISO 7498:1984, Systèmes de traitement de l’information - Interconnexion de systemes ouverts -
Modèle de référence de base.
Interconnexion de systemes ouverts -
ISO 7498.3:1989, Systemes de traitement de /‘information -
- Partie 3 : Dénomination et adressage.
Modèle de référence de base
ISO 8348/Add.2:1988, Systemes de traitement de /‘information - Communications de données -
- Additif 2 : Adressage dans la Couche Réseau.
Définition du service de la Couche Réseau
Interconnexion de systèmes ouverts -
lSO/CEI 8824:1990, Technologies de /‘information -
Spécification de la notation de syntaxe abstraite numéro 1 (ASN. 1).
lSO/CEI TR 9577:1990, Technologies de /‘information - Télécommunications et échange d’informations
entre systèmes - Identification de protocoles dans la Couche Réseau.
lSO/CEI 9594:1990, Technologies de /‘information - Interconnexion de systèmes ouverts - L’annuaire.
lSO/CEI 9834.1:1993, Technologies de /‘information - Interconnexion de systèmes ouverts - Procédures
pour le fonctionnement des autorités d’enregistrement OS/ - Partie 1: Procédures générales.
lSO/CEI 9834-6: 1993, Technologies de /‘information - Interconnexion de systemes ouverts -
Procedures pour le fonctionnement des auforités d’enregistrement OSI - Partie 6 : Enregistrement des
titres de processus d’application et des titres d’entité d’application.
lSO/CEl 10021:1990, Technologies de l’information - Communication de texte - Systemes d’échange
de texte en mode message (MOT/S).
1
---------------------- Page: 5 ----------------------
ISO/CEI TR 10730:1993( F) 0 ISO/CEI
3 Abréviations
Pour les besoins du présent Rapport technique, les abréviations suivantes s’appliquent.
NOTE - Les abréviations utilisées sont celles de la version anglaise. Dans le présent article on donne la forme développée en
français ; la forme anglaise est indiquée entre parenthèses pour aider à la compréhension.
AE Entité d’application
(Application entity)
AET Titre d’entité d’application
(Application-entity title)
AEQ Qualificateur d’entité d’application
(Application-entity qualifier)
AFNOR Association française de normalisation
ANSI American National Standards Institute
AP Processus d’application
(Application process)
ASN Notation de syntaxe abstraite
(Abstract syntax notation)
BSI British standards institute
CCITT Comité consultatif international télégraphique et téléphonique
Mode sans connexion
CL
(Connectionless mode)
CO Mode connexion
(Connection oriented)
DCC Données pour le code pays
(Data Country Code)
DSP Partie spécifique au domaine
(Domain specific part)
ECMA Association européenne de constructeurs d’ordinateurs
(European Computer Manufacturers Association)
EWOS European Workshop for Open Systems
FTAM Transfert, accès et gestion de fichiers
(File transfer, access and management)
IAF Fonction d’adressage d’initiateur
(Initiator adressing function)
IATA Association du transport aérien international
(International air transport association)
ICD Désignateur de code international
(International code designator)
IDI Identificateur de domaine initial
(Initial domain identifier)
Partie initiale du domaine
IDP
(Initial domain part)
IPF Fonction PAI d’initiateur
(lnitiator PAI function)
JTC 1 Comité technique mixte numéro 1
(Joint technical committee 1)
MHS Système de traitement de messages
(Message handling system)
2
---------------------- Page: 6 ----------------------
ISO/CEI TR 10730:1993(F)
0 ISO/CEI
NADF Facilité de répertoire des adresses de réseau
(Network add ress directory facility)
NSAP Point d’accès au service de réseau
(Network service access point)
Arbre d’identificateurs d’objet
OIT
(Object identifier tree)
Interconnexion de systémes ouverts
OSI
(Open systems interconnection)
OSIE Environnement OSI
(OSI environnement)
PAI Informations d’adressage de protocole
(Protocol-adressing-information)
PCI Informations de contrôle de protocole
(Protocol-control-information)
QOS Qualité de service
(Quality of service)
RA Autorité d’enregistrement
(Registration authority)
RAF Fonction d’adressage de destinataire
(Recipient addressing function)
RDN Nom distinctif relatif
(Relative distinguished name)
SAP Point d’accès à des services
(Service access point)
SNPA Point de raccordement au sous-réseau
(Sub-network point of attachment)
TR Rapport technique
(Technical report)
4 LIS0 7498-3 et sa relation avec le présent Rapport technique
L’ISO 7498-3 définit les principes sur lesquels est fondée toute norme où est reconnu le besoin d’identi-
fier et/ou de localiser des objets dans I’OSIE. Pour localiser des objets, on utilise une forme spécifique
de nom : une adresse.
Le succés de I’OSI dépend des règles de dénomination et d’adressage. En particulier, un système ouvert
réel, quelle que complexe que soit sa structure interne, doit pouvoir exhiber dans I’OSIE une structure
simple de dénomination et d’adressage, afin d’être facilement accessible par tout autre système ouvert
réel. L’ISO 7498-3 définit donc des concepts qui permettent de concevoir des systémes ouverts qui peu-
vent avoir une structure interne très complexe, alors que cette complexité n’est pas visible dans I’OSIE
et que le schéma d’adressage paraît être trés simple, vu des autres systèmes ouverts. Ces concepts res-
pectent le principe de l’indépendance de la mise en œuvre (qui est une des règles de base de I’OSI) sui-
vant lequel aucun système ouvert réel n’est tenu de connaître quoi que ce soit sur la conception de tout
autre système ouvert réel ou d’imposer cette connaissance préalablement à une communication OSI.
Le présent Rapport technique a pour objectif d’expliquer comment I’ISO 7498-3 atteint son objectif. Son
but n’est pas de remplacer la norme de base. Si les explications données dans le présent Rapport tech-
nique contredisent les définitions des normes de bases citées en référence, celles-ci ont la préséance.
Les exemples inclus dans le présent Rapport technique ne sont donnés qu’a titre d’information ; ils ne
sont pas sujet à prescription.
---------------------- Page: 7 ----------------------
ISO/CEITR 10730:1993(F) 0 ISO/CEI
5 Concepts de base
5.1 Aspects génhaux de dénomination
Les noms sont des constructions linguistiques exprimées dans un langage, c’est-à-dire : les noms sont
composes d’un ensemble de symboles. Un nom est lie à un ou plusieurs objets. Dans le contexte de
I’OSI, les noms identifient des objets de communication particuliers appartenant a I’OSIE.
La dénomination des objets pris en considération dans I’OSIE peut avoir une signification universelle ou
locale. Parmi les. objets dont la denomination a une signification universelle, figurent les systémes
ouverts réels et les élements de couches OSI (par exemple : entité (N), processus d’application).
L’adresse de ces objets a également une signification universelle.
Parmi les objets dont la denomination a une signification locale (c’est-à-dire : la signification est limitée
a un domaine d’application donne dans un systéme ouvert) figurent les sélecteurs, les invocations de
processus d’application et les invocations d’entité (N).
51.1 Types et propribtés des noms
5.1.1.1 Noms primitifs, descriptifs et génériques
Un nom est non ambigu dans un domaine d’application donné quand il identifie un et un seul objet à
La non ambiguïté d’un nom n’interdit pas d’avoir des
l’intérieur de ce domaine d’application.
synonymes pour un objet, c’est-à-dire : un objet peut être identifié sans ambiguïté par plus d’un nom.
Le nom d’un ensemble d’objets peut aussi être non ambigu.
Exemples :
- le nom d’une personne (nom complet) est (en général) non ambigu dans le contexte d’une cellule
familiale mais il peut devenir ambigu si le contexte est élargi. Pour garantir la non ambiguïté, il faut
alors recourir a d’autres moyens tels que le numéro de la carte d’identité ou du passeport ou le
numéro de securite sociale ;
- les numéros de vols de l’Association du transport aerien international (IATA) sont des noms non
ambigus ;
- dans le contexte de I’OSI, les adresses de réseau sont, par définition, non ambiguës puisqu’elles
identifient un ensemble de NSAP dans le système extrémite et, partant, le système lui-même parmi
tous les systèmes extremité possibles raccordes à un sous-reseau.
Les noms peuvent être classes en noms primitifs et noms descriptifs.
Un nom primitif identifie un objet (qui peut être un ensemble d’objets) ; il est attribué B cet objet par
une autorité de dénomination. II n’est pas nécessaire que la structure interne du nom soit comprise par,
ou ait une signification pour, l’utilisateur du nom. Un nom descriptif identifie un ensemble d’un ou de
plusieurs objets, par un ensemble d’assertions concernant les propriétés des objets de l’ensemble.
Contrairement au nom primitif, la stucture interne d’un nom descriptif a une signification .pour
l’utilisateur du nom.
Un nom descriptif est incomplet quand plusieurs objets satisfont aux assertions ; il est complet quand il
identifie un seul objet (par exemple, un nom descriptif peut identifier plusieurs processus d’application
FTAM et être ainsi un nom descriptif incomplet. Un nom descriptif complet n’identifierait qu’un
processus d’application FTAM).
Un nom générique est un nom primitif ou un nom descriptif incomplet identifiant un ensemble
comprenant plus d’un objet. II est bon de noter que lorsque l’utilisateur du nom ne connaît pas la
composition de l’ensemble, il ne peut pas savoir si le nom de l’ensemble est générique ou non (par
exemple : une adresse (N) d’appelé - voir 6.2 - utilisée par le systéme appelant est consideree
comme un nom primitif, sans se soucier de savoir s’il est générique ou non, tandis que la même
adresse (N) d’appelé traitée dans le système en réponse peut être considéree comme un nom
générique). Un nom générique peut aussi identifier les membres (ou un sous-ensemble des membres)
d’une classe d’objet définie par un type d’objet.
---------------------- Page: 8 ----------------------
0 ISO/CEI ISO/CEI TR 10730:1993(F)
NOTES
1 L’ISO 7498-3 définit un nom primitif comme un nom identifiant un objet en reconnaissant implicitement que cet objet peut être un
ensemble d’objets. Cett reconnaissance implicite vient de la définition de nom générique : «nom d’un ensemble d’objetsw (ISO 7498-3,
5.6). Un nom générique est un cas particulier de nom primitif où est connu le fait que l’objet est un ensemble.
2 En général, en utilisant un nom générique pour une action donnée, l’intention est de sélectionner un seul élément de l’ensemble
comme cible de l’action (voir ISO 7498-3, 5.6). Dans ce cas, le demandeur de l’action ne sait pas comment le choix est fait. Une
autre utilisation possible reconnue des noms génériques est l’accès à une facilité de répertoire. Dans ce cas, l’utilisation d’un nom
générique en entrée donnera en sortie une liste des éléments de l’ensemble associé au nom générique (voir ISO 7498-3, 14.2.3).
Exemples :
- en général, les noms de famille sont des noms primitifs puisqu’ils ne donnent pas d’informations
sur les caractéristiques des membres de la famille ;
vol de I’IATA sont, en partie, des noms descriptifs puisqu’ils sont construits de la
- les numéros de
maniére suivante :
est un code à deux chiffres identifiant la compagnie aérienne,
xxyyy où xx
yyy est un code (jusqu’à 4 chiffres) identifiant le numéro dé vol de la compagnie xx.
Le code à deux chiffres (xx) est un exemple de nom primitif générique : il identifie l’ensemble des
vols gérés par la compagnie (il est bon de noter que pour garantir la non ambiguïté des numéros de
vols IATA, il faut parfois fournir des informations supplémentaires sur l’itinéraire) ;
- les numéros de sweepstake ou de loterie sont des exemples de noms primitifs non ambigus (non
descriptifs) ;
- un sous-ensemble de processus d’application d’un type de processus d’application (localisés
peut-être ‘dans différents systèmes extrémité) pourrait être désigné par le nom générique
«MHS-ORGX)). Les processus d’application du type MHS-ORGX pourraient être, par exemple, tous
tes processus d’application MHS d’une seule organisation (ORGX). Un nom (primitif) serait attribué à
chaque processus d’application, par exemple : MHS-ORGX-1, MHS-ORGX-2, . .MHS-ORGX-n. En
utilisant le nom générique MHS-ORGX en entrée de la facilité de répertoire d’application, on aurait
en sortie la liste des titres des processus d’application associés à ce nom (MHS-ORGX-1,
MHS-ORGX-2, . .MHS-ORGX-n) (voir 7.3).
5.1 .1.2 Titres et iderWicateurs
Un titre est un nom attribué à un objet pour le différencier d’autres objets (ou ensembles d’objets). Un
titre de processus d’application, un titre d’entite d’application sont des exemples de titres. Un titre peut
aussi être attribué à un type d’objet pour le différencier d’autres types d’objets. Un titre de type de
processus d’application, un titre de type d’entité d’application sont des exemples de titres.~
Un identificateur est attribué à un objet pour faire la distinction entre les occurences de cet objet. Un
identificateur d’association (N), un identificateur d’extrémité de connexion (N), un identificateur
d’invocation d’entité d’application sont des exemples d’identificateurs.
51.2 Autorités de dénomination et domaines de dénomination
La non ambiguïté des noms est obtenue par le recours à des autorités de dénomination. Une autorité
de dénomination est une autorité d’enregistrement de noms (voir 7.1.3). Soit Yautorité attribue
directement les noms et les enregistre, soit elle ne fait qu’enregistrer les noms qui lui sont soumis après
avoir contralé qu’ils ne sont pas déjà enregistrés. Les noms enregistrés par l’autorité de dénomination
devraient être exprimés dans un langage reconnu et suivant des règles spécifiques, snais l’autorité de
dénomination ne fait pas le lien entre un nom et l’objet - ou l’ensemble d’objets - qu’il nomme.
Un domaine de dénomination est l’ensemble de noms qui peuvent être attribués à des objets d’un type
donné et qui sont administrés par une autorité de dénomination. Les domaines de dénomination
hiérarchiquement décomposés en sous-ensembles appelés sous-domaines de
peuvent être
dénomination. Le sous-domaine situé au sommet de la hiérarchie est le domaine de dénomination
universel qui contrale chacun des sous-domaines. Le sous-domaine universel est l’ensemble de tous les
noms possibles - dans I’OSIE - pour les objets d’un type spécifique. II peut donc y avoir des
domaines universels différents pour des types d’objet différents. Chaque domaine de dénomination est
administré par une autorité de dénomination.
5
---------------------- Page: 9 ----------------------
ISO/CEI TR 10730:1993(F)
0 ISO/CEI
Un objet peut appartenir a un ou à plusieurs domaines de dénomination (ou d’adressage). Un objet
peut avoir plus d’un nom provenant du même domaine de denomination. Il peut donc y avoir plusieurs
noms (ou adresses) identifiant (ou localisant) le même objet. Ces noms (ou adresses) sont synonymes.
Dans le premier cas, les synonymes ne sont pas commodes mais inévitables. Dans le second cas, les
synonymes sont en général utiles et utilisés sciemment (par exemple : pseudonymes et abréviations).
Exemples :
- aujourd’hui «Capitale de la France» est synonyme du nom «Paris» : ces deux noms identifient le
même objet ; .
- les noms de pays peuvent avoi r des synonymes de ce type (par exemple : États-Unis d’Amérique,
USA, États-Unis) ;
- le terme «OSI)> est souvent util isé a la place de «Interconnexion de Systèmes Ouverts» ; les deux
expressions sont synonymes.
5.2 Les noms dans I’OSIE
5.2.1 Systèmes ouverts
Un composant fondamental de I’OSIE est le système ouvert réel, systéme qui communique avec
d’autres systémes ouverts réels en étant conforme aux normes OSl.
Un titre de système est utilisé pour identifier un système ouvert réel. Le titre de système est un nom
primitif indépendant des couches, c’est-à-dire qu’il est utilisé pour identifier un système ouvert réel
comme un tout. Un système ouvert réel n’a qu’un seul titre de système. Le titre de système peut être
utilisé en conjonction avec d’autres qualificateurs servant à identifier des ressources OSI spécifiques
dans un systéme ouvert réel, c’est-à-dire : il peut servir de base pour construire des noms structurés
identifiant des objets dans le système ouvert réel. Par exemple, un titre de processus d’application peut
être basé sur le titre de système (auquel s’ajoute les qualificateurs appropriés).
5.2.2 Sous-systèmes (N) et entités (N)
Un systéme ouvert est composé d’un ensemble de couches. Dans un système ouvert donné, chaque
couche définit un sous-système, le sous-système (N) pour la couche (N). Un sous-système (N) est donc
un élément de la division hiérarchique d’un système ouvert (c’est-à-dire : dans la couche (N)). Un
sous-système (N) n’est directement en interaction qu’avec les éléments des sous-systèmes (N+l) et
(N-l) de ce système ouvert.
Une entité (N) est un élément actif dans un sous-système (N) ; elle englobe un ensemble de capacités
défini pour la couche (N) et correspondant à un type d’entité (N) spécifique. Le type d’entité (N) peut
être identifié mais il n’est pas nécessaire de le localiser et, d’ailleurs, il ne peut pas être localisé. Au
contraire, chacune des entités (N) (de ce type d’entité (N)) peut être identifiée et localisée, ce qui est
nécessaire puisque les entités (N) sont les éléments actifs participant à la communication. Une entité
(N) est identifiée par un titre d’entité (N).
Puisqu’une entité représente les capacités de communication d’une couche (N), différentes capacités de
communication de la couche (N) peuvent être représentées par différentes entités (N), c’est-à-dire qu’il
peut y avoir plusieurs entités (N) dans un sous-sytème (N) (par exemle : deux protocoles (N)
représentés par deux entités (N) différentes).
Quand une entité (N) est appelée pour participer à la communication, il y a une utilisation spécifique de
ses fonctions, ou d’une partie de ses fonctions. Cette utilisation est appelée une invocation d’entité (N),
identifiée sans ambiguïté par un identificateur d’invocation d’entité (N) qui doit être unique dans le
domaine d’application de cette entité (N).
Les noms suivants sont utilisés en conjonction aves les entités (N) :
- un type d’entité (N) est identifié par un titre de type d’entité (N) ;
- une entité (N) est identifiée par un titre d’entité (N) ; et
- une invocation d’entité (N) est identifiée par un identificateur d’invocation d’entité (N).
---------------------- Page: 10 ----------------------
0 ISO/CEI
ISO/CEl TR 10730:1993(F)
5.2.3 Points d’acchs h des services (N) ; (N)-SAP
Une entité (N) est raccordée a un ou à plusieurs (N)œSAP pour fournir le service (N) 8 la couche (N+l).
Pour cela, l’entité (N) doit utiliser le service fourni par la couche (N-l) via un ou plusieurs (N-l )-SAP.
Un (N-1).SAP est raccordé a une et une seule entite (NI ; une entite (N) peut donc Qtre localisee par son
raccordement B un ou 8 plusieurs (N-1).SAP. Bien qu’une adresse de (N-1).SAP identifie un (N-1).SAP, a
tout moment ce (N-1).SAP localise sans ambiguïté une entité (N).
Les figures la et lb montrent les relations entre une entite (N) et les (N)-SAP et les entités (N+l). Il est
bon de noter que la relation illustrke par la figure lb est interdite puisqu’un (N)-SAP ne peut être
raccordé qu’à une seule entité (N+l) et à une seule entité (N).
(N)-SAP
ENTITÉ (N)
3
Relations autorisées entre entités (N) et (N)-SAP
Figure la - &’
et entités (N+l)
Figure lb - Relations non autorisées entre entités (N) et (N)-SAP
et entités (N+l)
7
---------------------- Page: 11 ----------------------
ISO/CEI TR 10730:1993(F) 0 ISO/CEI
5.2.4 Adresses (N) et adresses de (N)-SAP
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+l). Cette définition appliquée à la Couche Réseau donne le résultat suivant :
une adresse de réseau identifie un ensemble de NSAP (SAP de réseau). Une adresse (N) est utilisée
pour localiser une entité (N+l) ou plusieurs entités (N+l) qui fournissent toutes les même fonctionalités.
Une adresse de (NI-SAP est une adresse (N) qui localise un seul (N)-SAP. Il y a donc une différence entre
une adresse (N) et une adresse de (N)-SAP. Il peut y avoir des fonctions d’une couche exigeant qu’une
adesse (N) localise le seul (N)-SAP utilisé dans la communication. Il n’appartient pas aux adresses de
déterminer elles-mêmes l’action à entreprendre ; mais savoir si une adresse (N) identifie un seul (N)-SAP
ou un ensemble de (N)-SAP est une décision à prendre co
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.