ISO 7498-3:1989

Information processing systems - Open Systems Interconnection - Basic Reference Model - Part 3: Naming and addressing

Systèmes de traitement de l'information — Interconnexion de systèmes ouverts — Modèle de référence de base — Partie 3: Dénomination et adressage

General Information

• Status: Withdrawn
• Publication Date: 08-Mar-1989
• Withdrawal Date: 08-Mar-1989
• 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: 9599 - Withdrawal of International Standard
• Start Date: 03-Apr-1997
• Completion Date: 30-Oct-2025

Relations

• Revised: ISO/IEC 7498-3:1997 - Information technology - Open Systems Interconnection - Basic Reference Model: Naming and addressing
• Effective Date: 15-Apr-2008

Standards Content (Sample)

I NTER NATIONAL
IS0
STANDARD
First edition
1989-03-01
Information processing systems - Open
Systems Interconnection - Basic Reference
Model -
Part 3 :
Naming and addressing
Systèmes de traitement de i'information - interconnexion de systèmes ouverts -
Modèle de référence de base -
Partie 3 : Dénomination et adressage
Reference number
IS0 7498-3 : 1989 (E)
ISO 7498-3 : 1989 (E)
Contents
iv
Foreword
V
Introduction
1 Scope
a
2 Normative references
3 Definitions
4 Abbreviations
5 Basic concepts of naming
6 OS1 naming and addressing concepts and
the correct use of addresses 4
6.1 The naming of real open systems
6.2 The naming and addressing of elements of an (N)-layer 4
6.3 The correct use of (N)-addresses
7 OS1 addressing model
7.1 Associations between peer (N)-entities
7.2 Attachment of (N)-entities to (N)-SAPS
7.3 (N)-addresses and (N)-SAPS
7.4 (N)-directory-functions and directory facilities
8 Addressing information and (N)-services e
8.1 Introduction
8.2 Address parameters
8.3 Called-(N)-address
8.4 Calling-(N)-address
8.5 Responding-(N)-address
9 Addressing information and (N)-protocols 9
9.1 Introduction
9.2 Addressing information in (N)-PA1
9.3 Assignment of values to elements of (N)-PA1 10
9.4 Network-addresses and network-PA1
9.5 (N)-addresses and (N)-PA1 above the Network Layer
9.6 Obtaining (N)-PA1
0 IS0 1989
All rights reserved. No part of this publication may be reproduced or utilized in any form or by
any means, electronic or mechanical, including photocopying and microfilm, without permission
in writing from the publisher.
International Organization for Standardization
Case postale 56 0 CH-121 1 Genève 20 0 Switzerland
Printed in Switzerland
ii
IS0 7498-3 : 1989 (E)
10 (N)-Directory functions 11
10.1 Introduction 11
10.2 The initiator (N)-directory-functions
10.3 The recipient (N)-directory-functions 12
11 Addressing in specific OS1 layers
11.1 Application processes and the Application Layer 13
11.2 Presentation Layer 14
11.3 Session Layer
11.4 Transport Layer 16
11.5 Network layer
11.6 Data Link Layer 18
11.7 Physical Layer
12 Naming domains and authorities
13 Registration procedures for naming within OS1
14 Directory facility requirements 20
14.1 Introduction
14.2 The Application Title Directory Facility 20
14.3 The Network Address Directory Facility 20

IS0 7498-3 : 1989 (E)
Foreword
IS0 (the International Organization for Standardization) is a worldwide federation of
national standards bodies (IS0 member bodies). The work of preparing International
Standards is normally carried out through IS0 technical committees. Each member
body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, governmen-
tal and non-governmental, in liaison with ISO, also take part in the work. IS0
collaborates closely with the International Electrotechnical Commission (IEC) on all
matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated to the
member bodies for approval before their acceptance as International Standards by the
IS0 Council. They are approved in accordance with IS0 procedures requiring at least
75 070 approval by the member bodies voting.
International Standard IS0 7498-3 was prepared by Technical Committee ISO/TC 97,
In formation processing systems.
iv
IS0 7498-3 : 1989 (E)
Introduction framework specified by this part of IS0 7498
should make it possible to provide facilities
which give adequate levels of performance,
This part of the Basic Reference Model for Open
reliability, and integrity and which ease the
Systems Interconnection (IS0 7498) extends the
administration by humans with respect to
basic architectural concepts of idenrifiers described
identifying and locating objects within the
in 5.4 of IS0 7498.
OSE for the purpose of interconnection.
This part of IS0 7498 states the architectural
The description of naming and addressing for the
principles which are followed in the production of
OSIE given in this part of IS0 7498 is developed
any standard which involves the identification
in stages.
(naming) and location (addressing) of objects for
the purpose of interconnection within the Open
Clauses 1 - 4 provide basic introductory and
System Interconnection Environment (OSIE).
reference information.
IS0 7498 has sufficient flexibility to
This part of
Clause 5 introduces concepts of naming.
accommodate advances in technology and
expansion in user demands. This flexibility is
Clause 6 prescribes, for the OSIE, the objects
also intended to allow the phased transition from
named, the operation of addressing, and the uses of
existing implementations to OS1 standards.
addressing.
NOTE - This part of IS0 7498 is expected to be sub’ect
to future expansion, in particular with regard to MuIlti-
Clause 7 prescribes, for the OSIE, the objective of
Peer Data Transmission (MPDT).
naming and addressing and the mechanisms to be
The architectural principles stated within this part employed to meet that objective.
of IS0 7498 ensure that any IS0 standard that in-
volves the identification and location of object$ Clause 8 prescribes the principies governing the
nature and use of addressing information in 0-
within the OSIE for the purpose of
services.
interconnection will:
a) avoid any restrictions on: Clause 9 prescribes the principles governing the
nature and use of addressing information in 0-
protocols.
1) the functionality that may be made
available through current or future
Clause 10 provides a layer independent description
International Standards,
of the layer directory-functions necessary to
2) the functionality of any real open
system, support the addressing structure established by
clauses 7, 8, and 9, based on the general
3) the internal design of any real open
mechanisms and principles established in clauses
system;
5 and 6.
b) preserve the principle of layer
independence in the OSIE. That is, the Clause 11 prescribes the use of the directory-func-
tions in each layer.
internal functioning of one layer is not
constrained by any other layer;
Clause 12 defines the nature of addressing domains
and registration authorities.
c) preserve the principle of implementation
independence in the OSE, as expressed in 4.2
of IS0 7498. That is, no real open system Clause 13 prescribes the registration procedures
(or administrator thereof) is required to know required for naming in the OSE.
anything about the implementation design of
any other real open system (or administration Clause 14 prescribes the requirements for directory
facilities in the OSE.
thereof), nor does any real open system
impose such knowledge as a condition for
NOTE - This part of IS0 7498 provides clarifications of
communication using OS1 standards;
the basic architecture defined jn IS0 7498 where this is
necessary for a fuii understandin of the naming and ad-
(9 allow economical support for dressing requirements within the  SIE.
interconnection within the OSE; in particular
individual standards produced within the
V
P
~ ~~
INTERNATIONAL STANDARD IS0 7498-3 : 1989 (E)
Information processing systems - Open Systems
Interconnection - Basic Reference Model -
Part 3 :
Naming and addressing
1 Scope
ISO 9545:-1), information processing systems - open
systems interconnection - Application layer structure.
This part of IS0 7498 :
a) defines general mechanisms for the use of
3 Definitions
names and addresses to identify and locate objects in
he OSE; and
3.1 This part of IS0 7498 makes use of the following
defines the use of these mechanisms within the
terms defined in IS0 9545:
b)
layered structure of the Basic Reference Model.
a) application-process-type;
This part of IS0 7498 extends the concepts and princi- b) application-process-invocation.
ples defined in IS0 7498. This part is not intended to be
either an implementation specification or a basis for ap-
3.2 This part of IS0 7498 makes use of the following
praising the conformance of actual implementations.
terms defined in ISOm 8509:
The specific form of names and addresses is not within
a) 0-service-request-primitive,
the scope of this part. b) 0-service-indication-primitive,
c) 0-service-response-primitive,
(N)-service-confirm-primitive.
d)
2 Normative references
3.3 This part of IS0 7498 makes use of the following
The following standards contain provisions which,
term defined in IS0 8348/Add. 2
through reference in this text, constitute provisions of
this part of IS0 7498. At the time of publication, the
a) subnetwork point of attachment.
editions indicated were valid. Ail standards are subject to
revision, and parties to agreements based on this part of
3.4 For the purpose of this part of IS0 7498, the
IS0 7498 are encouraged to investigate the possibility of
following definitions apply.
applying the most recent editions of the standards listed
below. Members of EC and IS0 maintain registers of
currently valid International Standards.
3.4.1 (N)-address: A name unambiguous within
the OSE which is used to identify a set of (N)-service-
IS0 7498:1984, Information processing systems - Open
access-points which are ail located at a boundary between
systems interconnection - Basic reference model.
an (“)-subsystem and an (N+l)-subsystem in the same
open system.
IS0 7498lAdd. 1: 1984, Information processing systems
- Open systems interconnection -Basic Reference Model
NOTES
- Addendum I : Connectionless-mode transmission.
1 This definition of (N)-address is different from that in IS0
7498. This definition IS the defimitive one and will be moved to
IS0 7498-4:-l 1, Information processing systems - Open IS0 7498 to replace the existing definition when IS0 7498 is
revised.
systems interconnection - Basic Reference Model - Part
4: OSI management framework.
2 A name is unambiguous within a given sco when it
identifies one and only one object within Et scope.
Unambiguity of a name does not preclude the existence of
IS0 8348/Add. 2: 1988, Information processing
synonyms.
systems - Data communication - Network service
definition - Addendum 2:Network layer addressing.
3.4.2 (N)-address-selector; (N)-selector: An
element of addressing information that identifies a set of
ISO/TR 8509: 1987, Information processing systems - (N)-SAPs which are all in the same (N)-subsystem; an
Open system interconnection - Service conventions. 0-selector value is assigned by the local administration.
To be published.
IS0 7498-3 : 1989 (E)
NOTE A generic-title is a specific form of generic name.
NOTE - The concept of 0-address-selectors only applies above
the Network Layer.
3.4.13 (N)-initiator: An (N)-entity-invocation
3.4.3 (N)-association: A cooperative relation-
which issues an (N-1)-service request primitive.
ship among 0-entity-invocations.
3.4.14 name: A linguistic construct which cor-
NOTE - This may be formed by the exchange of (N)-protocol-
responds to an object in some universe of discourse.
control-infoxmation.
3.4.15 naming-authority: A registration
3.4.4 calling-(N)-address: A parameter which
authority which allocates names according to specified
may appear in an (N)-service request or indication primi-
rules. Where the naming-authority allocates titles, it is
tive and which identifies the 0-address at the 0-initia-
. Where the naming-authority
known as a title-authority
tor.
allocates addresses, it is known as an addressing-author-
NOTE - In the service definition of a particular layer, such a ity.
garameter may be referred to eithe? as a 'callin address" or
source-address". Throughout this part of ISd%!d8, however,
3.4.16 naming-domain: The set of names that
only the term "caiiing-(N)-address" 1s used.
are assignable to objects of a particular type. Where the
3.4.5 called-(N)-address: A parameter which names are titles, the set is known as a title-domain.
Where the names are addresses, the set is known as an
may appear in an 0-service request or indication primi-
addressingdomain.
tive which identifies the (N)-adhss at the 0-recipient.
NOTE - In the service defition of a particular layer, such a
3.4.17 naming-subdomain: A subset of a
par-e. may be referred to either as .a 'called- address" or
naming-domain, which is disjoint from all other naming-
destination-address". Throughout th~ part of I Pd- 7498, how-
ever, only the term "cded-(N)-address" IS used. subdomains of that naming-domain.
3.4.6 descriptive name: A name that identifies a
3.4.18 primitive name: A name that identifies
set of one or more objects by means of a set of asser-
an object and which is assigned by a designated naming-
tions concerning the properties of the objects of the set.
authority. The internal structure of the name is not re-
quired m be understood or to have significance to users of
3.4.7 (N)-directory-function: An (N)-function
the name.
that processes 0-addresses, (N-1)-addresses, (N)-entity-
titles, and (N)-PA1 to provide mappings among these
3.4.19 (N)-recipient: An (N)-entity-invocation
categories of information.
which receives an (N-1)-service indication primitive.
3.4.8 (N)-entity: An active element within an
3.4.20 (N)-protocol-addressing-informa-
0-subsystem embodying a set of capabilities defined for
tion; (N)-PAI: Those elements of (N)-PCI which
the (N)-layer that corresponds to a specific (N)-entity-
contain addressing information.
type (without any extra capabilities being used.)
3.4.2 1 responding-(N)-address: A parameter
NOTE - This definition of (N)-entity is different from that in
an (N)-service response or confirm
which may appear in
IS0 7498. This definition is the definitive one and will be
moved to IS0 7498 to replace the existing defiition when IS0 primitive and which identifies the 0-address at the (N)-
7498 is revised.
recipient.
3.2.9 (N)-entity-invocation: a specific utiliza-
NOTE - In the service definition of a particular layer, such a
arameter may be refzrred to either as a "called-address'' or
tion of part or all capabilities of a given (N)-entity
'respondin address Throughout this part of IS0 7498,
(without any extra capabilities being used).
however, ody the te& "respondjng-(N)-address" is used.
NOTE - This defition wiil be moved to IS0 7498 to replace
3.4.22 (N)-service-access-point-address;
the existing defintion when IS0 7498 is revised.
(N)-SAP-address: An (N)-address that is used to
identify a single (N)-SAP.
3.4.10 (N)-entity-title: A name that is used to
identify unambiguously an 0-entity.
NOTES
3.4.11 (N)-entity-type: a description of a class
1 This definition of -mice-access-point-address is different
from that in IS0 749pThis definition is the definitive one and
in terms of a set of capabilities defined for
of 0-entities
will be moved to IS0 7498 to replace the existing definition
the @)-layer.
when IS0 7498 is revised.
2 (N -address is the general term which applies to an set of
NOTE - This definition will be moved to IS0 7498 to replace
p)-S d Ps, includin sets of one and only one (N)-SAI! y)-
the existing definition when IS0 7498 is revised.
AP address is on? used where it is necessary to s ecif
ecisely that the adLess identifies one and only one (Np-Sd
3.4.12 generic name: A name of a set of objects.
hether an (N)-address is an (N)-SAp address or not is amatter
IS0 7498-3 : 1989 (E)
A name identifies the object to
relation of identifying.
which it is bound.
5.2 Within the context of OSI, names identify partic-
ular communications objects in the Open Systems In-
terconnection Environment (OSIE). There are two dis-
tinct kinds of names, primitive and descriptive.
3.4.23 subnetwork-address: An identifier as-
signed to a subnetwork point of attachment by the regis-
5.3 Within any particular universe of discourse, a
tration authority of the subnetwork.
primitive name is a name assigned by a naming-au-
thority to a specific object. A naming-authority is sim-
3.4.24 synonymous name; synonym: A
ply a source of names. The only architectural constraints
name that identifies an object that is also identified by
imposed upon naming-authorities are that all of the
another distinct name. Synonymous generic names are
names it provides:
distinct generic names that name the identical set.
a) are expressed in a prescribed ianguage; and
3.4.25 system-title: A name, unique within the
OSIE, which is used to identify a single real open sys-
b) are unambiguous (identify just one object).
tem.
5.4 A descriptive name consists of a set of assertions
which are expressed in a formally defined language. The
definition of the formal language determines those lin-
4 Abbreviations
guistic constructs which are well-formed descriptive
names. A descriptive name may be incomplete, in that
For the purposes of this part of IS0 7498, the followin
many objects satisfy all the assertions, or it may be
abbreviations apply:
complete, in that it serves to identify a single object. A
complete descriptive name is equivalent to a primitive
0-CEP1 0-Connection-EndPoint-Identifier
name in that it unambiguously identifies an object.
Primitive names may be components of a descriptive
DLSAP Data-Link-Service- Access-Poin t
name.
NSAP Network-Service- Access-Poin t
5.5 Although a primitive name is unambiguous, there
may be more than one name that unambiguously identi-
os1 Open Systems Interconnection
fies the same object.
OSIE OS1 Environment
5.6 A generic name is a primitive name or a descriptive
name that identifies a set comprising more than one ob-
(N)-PM (N)-Prottxol- Addressing-Information
ject with the intent that, when a generic name is used to
denote an object, the result is that exactiy one member of
(N)-PCI 0-Protocol- Control-Information
the set of objects will be selected. A generic name may
be used to identify a set of objects of a particular type,
PhSAP Physical-Service- Access-Poin t
which need not be located in the same open system.
PSAP Presentation-Service- Access-Point
5.7 A title is assigned to an object where the purpose
is to discriminate among different objects
of the name
cN)-SAP 0-Service- Access-Point
and to permit retrieval of information associated with an
object from a Directory Facility. A titie is assigned to
SNPA SubNetwork Point of Attachment
an object type where thc purpose of the name is to dis-
criminate among different object types and to permit re-
SSAP Session-Service- Access-Point
trieval of information associated with an object type
from a Directory Facility. The name may identify a
TSAP Transport-Service- Access-Point
system, application-process, application-process-type,
0-entity, or (N)-entity-type.
NûTE - These objwts and types are defied in either IS0 7498
5 Basic concepts of naming
or IS0 9545.
5.1 Names are linguistic constructs expressed in some 5.8 An identifier is assigned to an object where the
language. They correspond to objects in some universe purpose of the name is only to discriminate among oc-
of discourse. The correspondence between names (in the
curences of this object. The name may identify an (N)-
language) and objects (in the universe of discourse) is the
IS0 7498-3 : 1989 (E)
dress is an 0-address which identifies a set containing
association, an application-process-invocation, or an 0-
entity-invocation. exactly one 0-SAP.
NOTE - These objects are defined in either IS0 7498 or IS0
6.2.2.2 While (N)-entities are the objects being ad-
9545.
dressed, the result of communication to an address is
an o-entity-invocation.
communication with
6.2.2.3 An (N+1)-entity is located by its binding to
6 OS1 naming and addressing con-
one or more 0-SAPS. An (N)-SAP is identified by one
cepts and the correct use of addresses
or more (N)-addresses.
The naming of real open systems
6.1 NOTE - A physical-address is used to access a data-link-entity;
a data-=-address is used to access a networkentity;
a network-address is used to access a transport-entity;
6.1.1 A system-title is a layer independent primitive
a transport-address is used to access a session-entity;
a session-a+kess is use$ to access a presentatoy-qtity; aqd
name, i.e., the same identifier is used within various
a presentation-address IS used to access an appiicaûon-entity.
layers to identify the same real open system. A single
real open system is named by one and only one system-
title.
6.2.3 (N)-selectors
6.1.2 A system-title is used to identify a real open
An 0-selector is that part of the addressing information
system as a whole. It may also be used:
which is specific to the (N)-subsystem. 0-selectors
are used to identify 0-SAPS or sets of 0-SAPS within
a) in conjunction with other qualifiers to iden-
an end open system, once this end open system is
tify specific OS1 resources in the relevant parts of
unambiguously identified. Since the end open system
the management information base within the real
is implicitly known at the Network Layer, 0-selectors
open system; or
are used above the Network Layer, along with local in-
formation, to address the desired (N+l)-entity within the
b) as an attribute of a Directory Facility entry
open system. 0-selector values are exchanged between
pertaining to an OS1 resource associated with a
open systems as part of the O-PAI.
single real open system.
The correct use of (N)-addresses
6.3
The naming and addressing of elements
6.2
of an (N)-layer
6.3.1 0-addresses have a limited scope. They are
used to distinguish among sets of (N)-SAPS, and only
6.2.1 Introduction
(N)-SAPS. Addressing rules are not used to make the
structure of a real open system visible to the OS1
6.2.1.1 Since an (N)-entity-type describes a class of
environment.
(N)-entities, it needs to be named, but not located.
Since (N)-entities and (N)-entity-invocations are active
6.3.2 0-addresses are used to identify sets of (N)-
elements within an 0-layer, they need to be unambigu-
SAPS in order to locate (N+l)-entities. An (N+l)-
ously identified and located.
subsystem is partitioned into (N+l)-entities:
6.2.1.2 Within an open system, (N+l)-entities and
to support different (N+l)-protocols or sets
a)
(N)-entities are bound together at (N)-service-access-
of (N+ 1)-protocols;
points [(N)-SAPS]. (N)-entities provide services to
(N+l)-entities via the exchange of service primitives at
to accommodate security anaor management
b)
0-SAPS.
requirements; and
6.2.1.3 An (N)-entity is identified unambiguously by
c) in the case of the application-subsystem, to
an 0-entity-title. An 0-entity-type is identified by
distinguish between different application-processes
an (N)-entity-type-title. An (N)-entity-invocation is
and different application-entities of the same ap-
identified by an 0-entity-invocation-identifier which is
plication-process.
unambiguous within the scope of an 0-entity.
6.2.2 (N)-addresses
6.3.3 (N)-addresses are not used:
6.2.2.1 An (N)-address identifies a set of (N)-SAPS
a) to distinguish among aspects of protocols
which are all located at the boundary between an (N)-
that are subject to negotiation (classes, subsets,
subsystem and an (N+l)-subsystem. An (N)-SAP-ad-
IS0 7498-3 : 1989 (E)
quality of service, protocol versions) or parameter 7.1.5 When the operation of an (")-association re-
values; quires it, (N)entity-titles are used to identify (N)-entities
independent of their locations. When the operation of
an (N)-association requires it, (N-1)-addresses are used in
b) to derive routing information above the Net-
work Layer; or requests for (N-1)-services to identify the locations of the
(")-entities concerned.
c) to distinguish among hardware components.
NOTE - In some configurations, the use of an 0-address
7.2 Attachment of (N)-entities to (N)-
as defined in 6.3.2 can lead to an (N+l)-entity being
SAPS
wholly contained within a single hardware com nent.
Nevertheless, wie the OSE, the (N):address igtifies
the (N+l)-enhty; it does not idenhfy the hardware
An (N)-entity may provide (N)-services through one or
component.
(N)-SAPS and may use (N-1)-services through one
more
or more (N-l)-SAPs. in consequence an (N)-entity may
have the following relationships with (N)-SAPs and (N-
1)-SAPS (see Figure 1):
7 OS1 addressing model
a) an (N)-entity may provide (N)-services
7.1 Associations between peer (N)-entities
through one (N)-SAP making use of (N-1)-services
through one (N-l)-SAP,
7.1.1 An 0-association is a cooperative relationship
between two (N)-entity-invocations. Cooperation be-
an 0-entity may provide 0-services through
b)
tween (N)-entity-invocations requires the establishment
multiple (N)-SAPS making use of (N-1)-services
and maintenance of related state information in each 0-
through one (N-l)-SAp,
entity-invocation. This state information supports an
(N)-association between the 0-entity-invocations.
c) an (N)-entity may provide (N)-services
through one O-SAP making use of (N-1)-services
7.1.2 An (N)-entity invocation may support one or
through multiple (N-1)-SAPS;
more independent (N)-associations at any one time. The
communications behavior of the (N)-entity-invocation
d) an (N)-entity may provide (N)-services
with respect to a specific (N)-association is defined by
through multiple (N)-SAPs making use of (N-1)-
the (N)-entity and by the state information which is
services through multiple (N-1)-SAPS;
maintained by the 0-entity-invocation and is specific to
that 0-association.
NOTES
1 There is no relationship between the SAP/enti
7.1.3 An (N)-association-identifier is associated with
s ndences identified above and multiplexing. An (h)E%?I
each 0-association. This identifier is unique within the pcxing function provides for the mappin of several (N)-
connections onto a single (~-1 annecfion. Ae connections
scope of a pair of cooperating 0-entity-invocations. It
may di terminate in a single &)-SAP or they may tenninate in
serves to identify the related state information associated
separate (N)-SAPS. Multiplexed (N)-connections are distin-
phed from each other by elements of N)-PCI at the se+ce
with each 0-entity-invocation. The identifier has two
undary and by elements of the (N)-P Ali e.g. an associafion-
components, one being determined by each (N)-entity-
idenfifier within the (N)-protocol.
invocation.
NOTE - Certain (N)-protocols may not need explicit (N)-
association-idenfifiers.
7.1.4 Two 0-entity-invocations can establish (N-1)-
connection(s), or can make use of an (N-1)-connection-
7.3 (N)-addresses and (N)-SAPS
less service, to support an 0-association. The lifetime
of an (N)-association may exceed the lifetime of any
7.3.1 The OS1 addressing structure allows:
supporting (N-1)-connection(s). The binding of an 0-
association with (N-1)-connection(s) may change with
a) (N)-addresses to identify the location of an
time.
(N+1)-entity without constraining the structure of
lower layer subsystems in the open system con-
NOTE - An (N)-association could be aseat+ with a sequen?
cern and
of (N-l)-connections with a one-to:one binding at an point in
time; alternatively in the case of splitting, there could k a one-
to-many binding at any point in time.
multiple (N)-entities to be defined within an
b)
(N)-subsystem.
IS0 7498-3 : 1989 (E)
( N) - SA P's
(N)-SAP
(N)-entity
(N-1)-SAP (N-1 )-SAP
(N)-SAP's
(N)-SAP
a
f-9 (N)-entity
(N-1 )-SAP'S (N-1 )-SAP'S
(cl (d)
Figure 1 - Relationships of (N)-entity to (N)-SAPS and to (N-l)-SAPs
IS0 7498-3 : 1989 (E)
(N)-subsystems are distinguished is an entirely local
NOTE - The relevant addressing structure allows a presentation-
address to identify the location of an application-entity without
matter.
constrainin the structure of presentation-, session-, and
tramport-su%systems 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
7.4 (N)-directory-functions and directory
recipent system.
facilities
7.3.2 An 0-address identifies a set of (N)-SAPs all
7.4.1 (N)-directory-functions process (N)-addresses,
located at the boundary of a single (N)-subsystem. The
(N-1)-addresses, 0-entity-titles, and (N)-PAI to provide
exact membership of the set is an issue local to that
mappings among these categories of information. Infor-
(")-subsystem. The set membership is not known to
mation used for these mappings is held by a Directory
other open systems and may change over time.
Facility. It is a local system management responsibility
to access the Directory Facility to retrieve the informa-
7.3.3 The set of 0-SAPS identified by an 0-address
tion and make it available to an 0-directory-function.
may consist of:
7.4.2 Some of this information represents the logical
a single (N)-SAP bound to an (N+l)-entity; or
a)
structure of the local end system and influences local
operation. This information is stored locally. Other
multiple (N)-SAPS that are bound to a single
b)
information represents the logical structure of the remote
(N+l)-entity; or
end system and influences the generation of (N)-PAI.
This information may be stored locally or remotely. If
multiple (N)-SAPS that are bound to different
c)
it is stored remotely, OS1 protocols are used to access
(N+ l)-entities.
that information.
7.3.4 When an 0-address is used as a called-04-
dress in a service primitive, the recipient 0-subsystem
will select a single (N)-SAp from the set identified by
8 Addressing information and (N)-
the (N)-address. The selection mechanism is a local is-
sue transparent to the @&initiator. services
7.3.5 Open systems are configured to ensure that all
8.1 Introduction
of the (")-SAPS in the set identified by an 0-address are
bound to (N+l)-entities that are of the same type and,
This clause provides a layer independent de-
8.1.1
therefore, provide the same functions.
scription of the use of (N)-addresses in (N)-service
primitives.
7.3.6 It is important to distinguish between the se-
mantics of an 0-address and the syntax used to represent
8.1.2 (N+l)-entities use (N)-services by issuing (N)-
an (N)-address within a given open system. (N)-ad-
service primitives at @&SAPS. Issuing an @!)-service
dresses are passed across layer boundaries within open
requesthesponse primitive may cause an (N)-service
systems as parameters of (N)-service primitives. For
indication/confirm primitive to be issued at an (N)-SAP
(N)-service requesdresponse primitives, the semantics of
to which a peer (N+l)-entity is attached.
0-addresses are conveyed to the peer 0-subsystem and
passed across the layer boundary as parameters of the 0-
The 0-address derived from information pro-
8.1.3
service indication/confirm primitives. Only the seman-
vided by a Directory Facility may be invalid. An 0-
tics of an (N)-address are conveyed by the @d')-service.
address derived from the calling/ responding-0-address
The syntax of an 0-address is a local issue and different
parameter of a previously received (N)-service indica-
representations may be used in different open systems.
tionkonfirm primitive has to be valid at the time it is
issued, but no guarantee can be given for a subsequent
7.3.7 When an (N+l)-entity establishes an (N)-con-
use of this address. Therefore, an (N+l)-entity using an
nection with another (N+l)-entity, each (N+l)-entity is
0-address should, under all circumstances, check that it
given an 0-connection-endpoint-identifier [(N)-CEPI]
has led to communication with the desired correspondent
by its supporting @+entity. (See 5.4.2 of IS0 7498).
in the (N+l)-layer. It is normally sufficient to do this in
An (N)-CEP1 is a local identifier determined at
the Application Layer by exchanging application-entity-
connection establishment time. An (N)-CEP1 cannot be
titles.
used as a substitute for an 0-address. In the case that
the calling-@+address and called-0-address of an (N)-
8.1.4 The use of an (N)-sbddress is not sufficient by
connection are identical, the 0-connection has two (N)-
itself to identify a particular (N+ 1)-entity-invocation.
connection-end-points and two 0-CEPIs (connection of
An (N+l)-entity may be satisfied to communicate with
an 0-entity to itself). How the two 0-CEPIs in the
any (N+ 1)-entity-invocation of the desired (N+l)-entity
at the 0-address. In some (N+l)-layers, it may be nec-
IS0 7498-3 : 1989 (E)
8.3.6 The called-0-address identifies a set of 0-
essary to reference the (N+l)-entity-invocation using the
SAPS at the recipient-(N)-subsystem. Any one of the
(N+ 1)-entity-invocation-identifier.
(N)-SAPS in this set may be used to support the
communication. The resolution of the address to select a
particular 0-SAP is the responsibility of the recipient
8.2 Address parameters
0-subsystem.
8.2.1 It is important to distinguish between the (N)-
8.3.7 The called-0-address may have been derived
addresses passed as called-(N)-address parameters and
from information obtained from the Directory Facility.
those passed as caliing-(N)-address or responding-(N)-ad-
In this case, the semantics of the 0-address are related
dress parameters.
to a directory entry published on behalf of the recipient
system. The attributes associated with the Directory Fa-
8.2.2 Called-@&addresses are used in the initiation of
cility entry are known within the recipient system. The
communication between (N+l)-entity-invocations. The
called-0-address identifies a set of 0-SAPS that pro-
(N+ 1)-initiator provides the called-(N)-address the se-
vide access to (N+l)-entities which support com-
mantics of which are conveyed to the peer (N+ 1)-recipi-
munication in a manner that is consistent with the
ent.
information obtained from the Directory Facility.
8.2.3 Calling- and responding-(N)-addresses are
primarily used for identification and recall purposes and 8.3.8 The caüed-0-address may have been previously
passed as a calling or responding-(N)-address parameter
may identify the specific (N)-SAPs used in an instance of
by the recipient (N)-subsystem in a previous instance of
communication.
communication. In this case, the @+address identifies
the set of (N)-SAes consistent with the requirements
concerning calling- or responding-0-addresses described
8.3 Called-(N)-address
in clauses 8.4 and 8.5.
8.3.1 The cailed-0-address parameter in connection-
8.3.9 The called-0-address may have been obtained
mode service primitives is equivalent to the destination
(N)-address parameter in connectionless-mode service by private arrangement. In this case, the called-(N)-ad-
primitives. dress identifies a set of (N)-SAPS that provide access to
(N+l)-entities that support communication in a manner
consistent with that private arrangement.
8.3.2 The called-0-address is provided by the (N+l)-
initiator. The semantics of the 0-address are conveyed
passed to the (N+l)-
to the recipient (N)-subsystem and
subsystem in an (N)-service indication primitive. 8.4 Calling-(N)-address
8.3.3 The called-0-address conveyed in the o-ser- 8.4.1 The cailing-(N)-address parameter in connection-
vice indication primitive parameter is not restricted to mode service primitives is equivalent to the source 0-
be the Same address as was specified in the associated
address parameter in connectionless-mode service primi-
request primitive. However, an (N)-service definition
tives.
may impose such a restriction.
8.4.2 The calling-(N)-address is provided by the
8.3.4 Above the Network Layer, address processing is
(N+l)-initiator. The semantics of the (N)-address are
confined to end systems: to the recipient 0-subsystem and passed to
conveyed
the (N+1)-subsystem in an 0-service indication primi-
a) at the initiating open system, the processing of tive.
the called-0-address is not dependent on the com-
plexity of the address structures supported by the 8.4.3 Provided (N)-protocol specifications and OS1
recipient open system; and management standards do not impose constraints, the
recipient (N+ 1)-subsystem may use the calling-(N)-ad-
b) at the recipient open system, the processing of dress in any of the following ways:
the called-0-address depends on the complexity of
the address structures supported by this system.
a) as a called-(N)-address in a subsequent request
primitive that is not related to the initial
8.3.5 In the Network Layer, although some process-
communication;
ing of the cailed-0-address may occur in an intermediate
system, this processing is not dependent on the com-
b) as a called-0-address in a subsequent request
plexity of the address structures supported by the recipi- primitive that is related to the initial communica-
ent open system. tion, in order to facilitate connection re-establish-
ment or splitting;
IS0 7498-3 : 1989 (E)
as a called-(N)-address which is forwarded to layer specific requirements concerning responding-0-
c)
some other open system; addresses. For example, a layer may require a respond-
ing-(N)-address to identify the single @?)-SAP actually
(9 for management purposes. used to support the communication.
8.5.6 When the responding-0-address received in an
8.4.4 While valid, the calling-0-address will identify
a set of (N)-SAPs at the initiating 0-entity. The set of (N)-service confiim primitive is used by the initiating
O-SAPs identified may be consmined by layer specific 0-subsystem as a called-(N)-address in a subsequent
requirements concerning calling-(N)-addresses. For 0-service request primitive, this subsystem should be
example, a layer may require a calling-0-address to aware of the possibility that this address may be no
identify the single (N)-SAP actually used to support the longer valid in the sense defined in 8.5.5 and should take
original communication. appropriate measures.
8.4.5 When the cdling-(N)-address received in an (N)-
service indication primitive is used by the recipient 0-
subsystem as a called-@+address in a subsequent (N)- 9 Addressing information and (N)-
service request primitive, this subsystem should be aware
protocols
of the possibility that this address may be no longer
valid in the sense defined in 8.4.4 and should take
9.1 Introduction
appropriate measures.
This clause provides a layer independent description of
the use of addressing information in 0-Protocol-Ad-
8.5 Responding-(N)-address
dressing-Information [O-PAI]. (N)-PAI are those el-
ements of 0-WI which contain addressing information.
8.5.1 The responding-0-address is used in 0-service
response/canfirm primitives .
9.2 Addressing information In (N)-PA1
NOTE - In some OS1 service defiitions the texm "called address"
is used in response and confï primitives to denote the re-
sponding-(N)-address parameter.
9.2.1 The semantics of an 0-address are conveyed by
means of (N)-protocol exchanges between (N)-entity-
8.5.2 The responding-(N)-address is provided by the
invocations. For some iayers, the full semantics of 0-
(N+l)-recipient. The semantics of the (N)-address are
addresses are conveyed in 0-PAI. In other layers, it is
conveyed to the initiating (N)-subsystem and passed to
to be
not necessary for the full semantics of 0-addresses
the initiating (N+1)-subsystem in a confirm service
represented in the O-PAI and, for these layers, the fuli
primitive.
semantics of @!)-addresses are conveyed by a combina-
tion of:
8.5.3 Provided (N)-layer protocol specifications and
OS1 management standards do not impose constraints,
a) the exchange of 0-PAI; and
the initiating @+ 1)-subsystem may use the responding-
0-address in any of the following ways:
b) local information about the scope of the 0-PAI.
as a called-0-address in a subsequent request
a)
NOTES
primitive not related to the initial communication;
1 For example. the network-entities exchange network-addresses.
In this case, the Network-PAI includes the network-address.
b) as a called-@+address in a subsequent request
2 The values of PAI may include information relevant to the
primitive related to this communication, e.g. to fa-
operation of both YI!- e (N)-layer and the (N+l)-layer. Neverthe-
cilitate connection re-establishment or splitting;
less, a given layer only makes use of the information relevant to
that layer.
to
as a called-(N)-address which is forwarded
c)
some other open system;
9.2.2 Below the Network Layer, communicating (N)-
entities are confined to a single subnetwork. The @)-
(9 for management purposes.
PA1 exchanged need not be globally applicable, since it
can be interpreted within the scope of the subnetwork.
8.5.4 The responding-(N)-address may differ from the
called-@)-address specified in the related (N)-service 9.2.3 At the Network Layer, communicating @)-en-
indication primitive.
tities may be attached to different subnetworks. Conse-
quently, the (N)-PA1 exchanged has to be globally appli-
8.5.5 While valid, the responding-(N)-address will cable. For this reason, the Network-PAI alone provides
identify a set of (N)-SAPS at the recipient. (N)-entity. for the exchange of the complete semantics of a network-
The set of (N)-SAPs identified may be constrained by address.
IS0 7498-3 : 1989 (E)
9.4 Network-addresses and network-PA1
9.2.4 Above the Network Layer, the scope of the (N)-
PAI is restricted to the communicating end systems. At
these layers, the semantics of the (N)-address comprise: The complete semantics of the network-address is con-
veyed in the Network-PAI. The network-address is
globally applicable and is issued by the appropriate
a) the identification of a set of (N)-SAPS; this
identification is unambiguous within the scope of registration authority.
the (N)-subsystem which contains the (N)-SAps and
is provided by (N)-selectors exchanged in O-PAI
and local information about the scope of the (N)-se-
9.5 (N)-Addresses and (N)dPAI above the
lectors within the @)-subsystem; and
Network Layer
b) the identification of the end systems, derived
9.5.1 (N)-selectors are unambiguous within the scope
from the Network Layer exchange of network-ad-
of an (N)-subsystem. The values of (N)-selectors are
dresses.
chosen by the local administration of an open system and
there is no requirement for an OS1 addressing authority,
NOTE - At the Application Layer, titles and identifiets, not ad-
although the chosen values has to be known by systems
dressing informath, are exchanged.
which want to communicate. When an (N)-selector iden-
tifies a set of (N)-SAPS, the resolution of that (N)-selec-
tor is the responsibility of the recipient 0-subsystem.
9.3 Assignment of values to elements of
(N)-PA1
NOTES
1 All (N)-entities refer to a particular set of (N)-SAPS in the
9.3.1 Layer protocol specifications define elements of
is associated with
same way i.e. the (N)-selector value which
(N)-PA1 to be used for the exchange of addressing
this set of [N)-SAPs is the sFe regardless of the (N)-entity
information. Different elements of O-PAI are used to
which handles the communicatton).
convey the semantics of:
2 The way unambiguity is achieved is a local matter. Local
administration of the open system may decide to achieve that
- called-(N)-addlesses, defig (N)-selectors that are unique within the sco
E:($- subsystem. in such a case, the semantics of the
selector is directly derived from the value carried in the 0-
- calling-(N)-ad&sseS, and
re ardless of the (N)-entity which handles the communication.
&ere (N)-selectors are unambiguous within the mpe of the (N)-
subsystem, without being unique within that scope, additi
...

IS0
NORME
I N T E R N AT I O N A LE
Première édition
1989-03-01
Systèmes de traitement de l'information -
Interconnexion de systèmes ouverts - Modèle
de référence de base -
Partie 3 :
Dénomination et adressage
Information processing - Open Systems Interconnection - Basic Reference Model -
Part 3 : Naming and addressing
Numéro de référence
IS0 7498-3 : 1989 (FI
IS0 7498-3 : 1989 (FI
Sommaire
Page
Avant-propos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iv
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . , . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . V
Domaine d’application . , . . . . . . . . . . . . . . . . . . . . . 1
2 Références. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
3 Définitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
4 Abréviations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
5 Concepts de base pour la dénomination . . . . . . . . . . . . . . . . . . . . . . . 3
6 Concepts de dénomination et d’adressage OS1 et utilisation correcte
..................................
6.1 La dénomination des systèmes ouverts réels . . . . . . . . . . . . . . . . . . . . . . . . . 4
6.2 La dénomination et l’adressage des éléments d’une couche (NI . . . . . . . . . 4
6.3 Utilisation correcte des adresses (N) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
7 Modèle d‘adressage OS1 . . . . . . . . .
7.1 Association entre entités (NI homologues . . . . . . . . . . . . . . . , . . . . . . . . . . . 5
7.2 Raccordement des entités (N) aux (NI-SAP. . . . . . . . . . . . 5
7.3 Adresses (NI et (N)-SAP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
7.4 Fonctions de répertoire (NI et facilités de répertoire . . . . . . . . . . . . . . . . . . . 7
8 Informations d‘adressage et services (NI 7
8.1 Introduction . . . . . . . .
8.2 Paramètres d‘adressage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
8.3 Adresse (N) d’appelé. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
8.4 Adresse (NI d’appelant . . . . . . . . . . . . . . . . . . . . .
8.5 Adresse (NI en réponse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , . . . . . . . . . . . 9
9 Informations d’adressage et protocoles (NI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
9.1 Introduction . . . . . . . . . . . . . . . . . . . . 9
9.2 Informations d‘adressage dans les (Ni-PA1 . . . . . . . . . . . . . . . . . . . . . . . . . .
9.3 Attribution de valeurs aux éléments de (NI-PA1 . . . . . . . . . . . . . . . . . . . . . . . 10
O IS0 1989
Droits de reproduction réservé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.
Organisation internationale de normalisation
Case postale 56 O CH-I211 Genève 20 O Suisse
Imprimé en Suisse
II
IS0 7498-3 : 1989 (FI
9.4 Adresses de réseau et PA1 de réseau . 10
9.5 Adresse (NI et (N)-PA1 au-dessus de la Couche Réseau . 10
9.6 Obtention des (N)-PA1 . 11
10 Fonctions de répertoire (NI . 11
10.1 Introduction . 11
10.2 Fonctions de répertoire (N) d'initiateur . 11
10.3 Fonctions de répertoire (N) de destinataire . 12
1 Adressage dans les couches OS1 . 13
11.1 Couche Application . 13
11.2 Couche Présentation . . 14
11.3 Couche Session . . 15
11.4 Couche Transport . . 15
11.5 CoucheRéseau . 16
11.6 CoucheLiaisondeDonnées . 17
11.7 Couche Physique . . 18
12 Domaines et autorités de dénomination . 18
13 Procédures d'enregistrement pour la dénomination dans I'OSI . . 19
14 Besoins de facilités de répertoire . . 19
14.1 Introduction . . 19
14.2 Facilité de répertoires des titres d'application . 19
14.3 Facilité de répertoire des adresses de réseau . . 20
iii
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale
d'organismes nationaux de normalisation (comités membres de I'ISO). L'élaboration
des Normes internationales est en général confiée aux comités techniques de I'ISO.
Chaque comité membre intéressé par une étude a le droit de faire partie du comité
technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec I'ISO participent également aux travaux. L'ISO col-
labore étroitement avec la Commission électrotechnique internationale (CE11 en ce qui
concerne la normalisation électrotechnique.
Les projets de Normes internationales adoptés par les comités techniques sont soumis
aux comités membres pour approbation, avant leur acceptation comme Normes inter-
nationales par le Conseil de I'ISO. Les Normes internationales sont approuvées confor-
mément aux procédures de I'ISO qui requièrent l'approbation de 75 % au moins des
comités membres votants.
La Norme internationale IS0 7498-3 a été élaborée par le comité technique ISO/TC 97,
Systèmes de traitement de I'information.
iv
Introduction
La présente partie du Modèle de référence de base pour l'interconnexion des systèmes
ouverts (IS0 7498) élargit les concepts d'architecture de base liés aux identificateurs
décrits en 5.4 de I'ISO 7498.
La présente partie de I'ISO 7498 établit les principes architecturaux qui sont suivis dans
l'élaboration de toutes les normes qui traitent de l'identification (dénomination) et de la
localisation (adressage) d'objets qui veulent communiquer dans l'environnement OSI.
La présente partie de I'ISO 7498 est suffisamment souple pour s'adapter aux progrès
technologiques et à l'extension des besoins des utilisateurs. Cette souplesse doit per-
mettre aussi aux réalisations actuelles d'évoluer par étapes vers les normes OSI.
NOTE - II est prévu que la présente partie de I'ISO 7498 fasse l'objet d'extensions, en particulier
en ce qui concerne les transmissions de données en mode multipoint (MPDT).
Les principes architecturaux établis dans la présente partie de I'ISO 7498 garantissent
que toute norme IS0 concernée par l'identification et la localisation d'objets qui veu-
lent communiquer dans l'environnement OS1 :
a) évite de restreindre :
1) les fonctions définies par des Normes internationales présentes ou
futures,
2) les fonctions d'un système ouvert réel,
3) l'architecture interne d'un système ouvert réel;
b) préserve le principe de l'indépendance des couches dans l'environnement OSI,
c'est-à-dire qu'une couche n'impose pas de contrainte sur le fonctionnement
interne d'une autre couche;
c) préserve le principe de l'indépendance de la réalisation dans l'environnement
OS1 tel que défini en 4.2 de I'ISO 7498, c'est-à-dire qu'aucun système ouvert réel
(ou son administrateur) n'a à connaître quoi que ce soit des conceptions de mise
en œuvre de tout autre système réel (ou son administrateur), et à imposer cette
connaissance préalablement à une communication utilisant les normes OSI;
d) fournit un moyen de communication économique dans l'environnement OSI;
en particulier, les normes produites dans le cadre spécifié par la présente partie de
I'ISO 7498 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 qui veulent communiquer
dans l'environnement OSI.
La description de la dénomination et de l'adressage pour l'environnement OS1 est
développée par étapes successives.
1 à 4 fournissent une introduction de base et des informations de réfé-
Les chapitres
rence.
V
IS0 7498-3 : 1989
Le chapitre 5 introduit les concepts de dénomination.
Le chapitre 6 établit, pour l‘environnement OSI, les objets nommés, les opérations
d’adressage et l‘utilisation de l’adressage.
Le chapitre 7 établit, pour l‘environnement OSI, l’objectif de la dénomination et de
l‘adressage ainsi que les mécanismes à employer pour atteindre cet objectif.
Le chapitre 8 établit les principes gouvernant la nature et l‘utilisation des informations
d’adressage dans les services (NI.
Le chapitre 9 établit les principes gouvernant la nature et I’utiliation des informations
d’adressage dans les protocoles (NI.
Le chapitre 10 décrit, indépendamment des couches, les fonctions de répertoires
nécessaires pour fournir la structure d‘adressage décrite dans les chapitres 7, 8 et 9;
cette description est basée sur les mécanismes et principes établis aux chapitres 5 et 6.
Le chapitre 11 établit l’utilisation des fonctions de répertoire dans chaque couche.
Le chapitre 12 définit la nature des domaines d’adressage et des autorités d‘enregis-
trement.
Le chapitre 13 établit les procédures d’enregistrement nécessaires à la dénomination
dans l’environnement OSI.
Le chapitre 14 établit les besoins de facilités de répertoire dans l’environnement OSI.
NOTE - La présente partie de I‘ISO 7498 fournit des clarifications sur l‘architecture de base défi-
I‘ISO 7498, là où il est nécessaire de bien comprendre les besoins de dénomination et
nie dans
d’adressage dans l’environnement OSI.

IS0 7498-3 : 1989 (FI
NORM E INTERNATIONALE
Systèmes de traitement de l’information -
Interconnexion de systèmes ouverts - Modèle de
référence de base -
Partie 3 :
Dénomination et adressage
IS0 7498-4 : -I), Systèmes de traitement de l’information -
1 Domaine d‘application
Interconnexion de systèmes ouverts - Modèle de référence de
base - Partie 4 : Cadre général d‘administration.
La présente partie de I’ISO 7498
IS0 8348iAdd.2 : 1988, Systèmes de traitement de I’informa-
a) définit les mécanismes généraux d‘utilisation des noms
tion - Communications de données - Définition du service de
et adresses pour identifier et localiser des objets dans I’envi-
réseau - Additif 2 : Adressage de la Couche Réseau.
ronnement OSI; et
ISO/TR 8509 : 1987, Systèmes de traitement de I’informa-
b) définit l’utilisation de ces mécanismes dans la structure
tion - Interconnexion de systèmes ouverts - Conventions de
en couches du Modèle de référence de base.
service.
La présente partie de I‘ISO 7498 élargit les concepts et principes
définis dans I’ISO 7498. Cette partie n’a pas pour objet de spéci- IS0 9545 ; --I), Systèmes de traitement de I’information -
Interconnexion de systèmes ouverts - Architecture de la Cou-
fier de réalisation ni de fournir une base d‘évaluation de la con-
formité des réalisations. che Application.
La structure spécifique des noms et adresses n’est pas du
domaine de la présente partie de I’ISO 7498.
3 Définitions
3.1 La présente partie de l’lS0 7498 utilise les termes sui-
2 Références normatives
vants, définis dans I’ISO 9545 :
Les normes suivantes contiennent des dispositions qui, par
a) type de processus d‘application; et
suite de la référence qui en est faite, constituent des disposi-
tions valables pour la présente partie de VISO 7498. Au moment
bl invocation de processus d’application.
de la publication les éditions indiquées étaient en vigueur.
Toute norme est sujette à révision et les parties prenantes des
3.2 La présente partie de I’ISO 7498 utilise les termes sui-
accords fondés sur la présente partie de I’ISO 7498 sont invitées
vants, définis dans I’ISOITR 8509 :
à rechercher la possibilité d‘appliquer les éditions les plus récen-
tes des normes indiquées ci-après. Les membres de la CE1 et de
a) primitive de demande de service (NI;
I’ISO possèdent le registre des Normes internationales en
vigueur à un moment donné.
b) primitive d’indication de service (NI;
à une demande de service (NI;
IS0 7498 : 1984, Systèmes de traitement de I’information - c) primitive de réponse
Interconnexion de systèmes ouverts - Modèle de référence de
d) primitive de confirmation de service (NI.
base.
IS0 7498iAdd.l : 1984, Systèmes de traitement de I’infor- 3.3 La présente partie de I’ISO 7498 utilise le terme suivant,
mation - Interconnexion de systèmes ouverts - Modèle de défini dans I’ISO 8348/Add.2 :
référence de base - Additif 7 : Transmission en mode sans
connexion. a) point de raccordement au sous-réseau.
11 A publier.
IS0 7498-3 : 1989 (FI
3.4.8 entité (Ni : Élément actif à l'intérieur d'un sous-
Pour les besoins de cette partie de I'ISO 7498 les défini-
3.4
système (NI, incorporant un ensemble de capacités, définies
tions suivantes s'appliquent.
pour la couche (NI et qui correspondent à un type donné
d'entité (NI (sans qu'une capacité supplémentaire soit utilisée).
3.4.1 adresse (NI : Nom non ambigu dans l'environnement
OSI, utilisé pour identifier un ensemble de points d'accès à des
NOTE - Cette définition est différente de celle donnée dans
services (NI, tous situés à la frontière entre un sous-système
I'ISO 7498. Cette définition est définitive et remplacera la définition de
(N) et le sous-système (N + 1) du même système ouvert.
I'ISO 7498 à l'occasion de sa révision.
NOTES
3.4.9 invocation d'entité (NI : Utilisation spécifique d'une
1 Cette définition est différente de celle figurant dans I'ISO 7498.
partie ou de toutes les capacités d'une entité (N) (sans qu'une
Cette définition est définitive et remplacera la définition actuelle à
capacité supplémentaire soit utilisée).
l'occasion de la révision de I'ISO 7498.
2 Dans un domaine d'application donné, un nom est non ambigu
NOTE - Cette définition remplacera celle de 1'60 7498 à l'occasion
quand il identifie un et seulement un objet. La non ambiguïté d'un nom
de sa révision.
ne préjuge pas de l'existence de synonymes.
3.4.10 titre d'entité (N) : Nom utilisé pour identifier d'une
3.4.2 sélecteur d'adresse (N); sélecteur (NI : Élément
manière non ambiguë une entité (N1.I)
d'information d'adressage qui identifie un ensemble de points
d'accès à des services (NI tous situés dans le même SOUS-
3.4.11 type d'entité (NI : Description d'une classe d'entités
système; les valeurs des sélecteurs (N) sont attribuées par
(N) en termes d'ensemble de capacités définies pour la cou-
l'administration locale.
che (N).
NOTE - Le concept de sélecteur d'adresse (N) ne s'applique
NOTE - Cette définition remplacera celle de I'ISO 7498 à l'occasion
qu'au-dessus de la Couche Réseau.
de sa révision.
3.4.3 association (NI : Relation de coopération entre invoca-
3.4.12 nom générique : Nom d'un ensemble d'objets.
tions d'une entité (N).
NOTE - Un titre générique est un cas particulier d'un nom générique.
NOTE - Celle-ci peut être constituée par l'échange d'informations de
contrôle de protocole (N).
3.4.13 initiateur (NI : Invocation d'entité (NI qui émet une
primitive de demande de service (N - 1 i.
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 (NI chez l'initiateur (N). 3.4.14 nom : Construction linguistique correspondant à un
objet dans un univers de discours.
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
3.4.15 autorité de dénomination : Autorité d'enregistre-
source)). Dans la présente partie de I'ISO 7498, seul le terme ((adresse
ment qui alloue des noms suivant des règles spécifiées. L'auto-
(N) d'appelant)) est utilisé.
rité qui alloue des titres est une autorité de titre. L'autorité qui
alloue des adresses est une autorité d'adressage.
3.4.5 adresse (NI d'appelé : Paramètre, pouvant apparaître
dans une primitive de demande ou d'indication de service (NI,
3.4.16 domaine de dénomination : Ensemble des noms
qui identifie l'adresse (N) chez le destinataire (NI.
que l'on peut attribuer à des objets d'un type particulier. Quand
les noms sont des titres, l'ensemble est un domaine de titre.
NOTE - Dans la définition du service d'une couche, ce paramètre
Quand les noms sont des adresses, l'ensemble est un domaine
peut être désigné soit par ((adresse (NI d'appelé)), soit par ((adresse de
d'adressage.
destination)). Dans la présente partie de I'ISO 7498, seul le terme
((adresse (N) d'appelé)) est utilisé.
3.4.17 sous-domaine de dénomination : Sous-ensemble
3.4.6 nom descriptif : Nom qui identifie un ensemble d'un d'un domaine de dénomination, distinct de tous les autres
sous-domaines de dénomination inclus dans ce domaine de
ou de plusieurs objets au moyen d'un ensemble d'affirmations
dénomination.
concernant les propriétés des objets de l'ensemble.
3.4.18 nom primitif : Nom qui identifie un objet et qui est
3.4.7 fonction de répertoire (NI : Fonction (NI qui traite les
adresses (NI, les adresses (N - I), les titres d'entité (NI et les alloué par une autorité de dénomination. II n'est pas nécessaire
informations d'adressage du protocole (N), pour mettre en cor- que la structure interne d'un nom soit comprise par, ou ait une
signification pour, les utilisateurs de ce nom.
respondance ces différentes catégories d'information.
1 ) La traduction du terme anglais «title» utilisée ici n'est pas la même que celle utilisée dans la version francaise de I'ISO 7498. Cette traduction est
définitive et remplacera la traduction actuelle à l'occasion de la révision de I'ISO 7498.
IS0 7498-3 : 1989 (FI
NSAP Point d’accès au service de réseau
3.4.19 destinataire (NI : Invocation d’entité (NI qui reçoit
( Network-Service-Access-Point)
une primitive d‘indication de service (N - 1).
Interconnexion de systèmes ouverts
os I
3.4.20 informations d’adressage du protocole (NI;
(Open Systems Interconnection)
(NI-PA1 : Les éléments de (NI-PCI qui contiennent les informa-
tions relatives à l‘adressage.
OSlE Environnement OS1
(OS1 Environment)
3.4.21 adresse (NI en réponse : Paramètre, pouvant appa-
raître dans une primitive de confirmation ou de réponse à une
(NI-PA1 Informations d’adressage du protocole (NI
demande de service (N), qui identifie l’adresse (N) chez le desti-
[( N)-Protocol-Addressing-Information]
nataire (NI.
Informations de contrôle du protocole (NI
(NI-PCI
NOTE - Dans la définition du service d‘une couche, ce paramètre
[(NI-Protocol-Control-Information1
peut être désigné soit par ((adresse (N) d‘appelé)), soit par ((adresse (N)
en réponse)). Dans la présente partie de 1‘60 7498, seul le terme
Point d’accès au service physique
PhSAP
((adresse (N) en réponse)) est utilisé.
( Physical-Service-Access-Point)
3.4.22 adresse du point d’accès à des services (NI;
PSAP Point d’accès au service de présentation
adresse de (NI-SAP : Adresse (N) utilisée pour identifier un
( Presentation-Service-Access- Point)
point d’accès unique à des services (NI.
(NI-SAP Point d’accès à des services (NI
NOTES
[( N)-Service-Access-Point1
1 Cette définition est différente de celle figurant dans I‘ISO 7498.
Cette définition est définitive et remplacera la définition actuelle à
Point de raccordement au sous-réseau
SNPA
l’occasion de la révision de I‘ISO 7498.
(Subnetwork Point of attachment)
2 ((Adresse (N)» est le terme général s‘appliquant à tout ensemble de
(N)-SAP, y compris un ensemble d‘un et un seul (NI-SAP. ((Adresse de
SSAP Point d‘accès au service de session
(N)-SAP» n’est utilisé que s‘il est nécessaire de préciser que l‘adresse
( Session-Service-Access-Point)
identifie un (N)-SAP unique. Le fait qu’une adresse (NI soit ou non une
adresse de (Ni-SAP est une décision locale au sous-système (N) et
TSAP Point d’accès au service de transport
n’est pas connu des autres systèmes ouverts. Néanmoins, dans certai-
(Transport-Service- Access- Point)
nes couches, à cause de la possibilité de les utiliser dans des communi-
cations successives, les adresses (Ni d’appelant et les adresses (N) en
réponse peuvent être limitées à l‘identification d‘un (N)-SAP unique
8.5.5). La décision d’imposer ou non cette limitation est
(voir 8.4.4 et
prise au niveau de chaque couche et au niveau de chaque protocole.
5 Concepts de dénomination de base
3.4.23 adresse de sous-réseau : Identificateur alloué à un
5.1 Les noms sont des constructions linguistiques exprimées
point de raccordement au sous-réseau par l‘autorité d’enregis-
dans un langage. Ils correspondent aux objets dans un univers
trement du sous-réseau.
la correspondance
de discours. La relation «identifie» définit
entre les noms (du langage) et les objets (de l’univers du dis-
cours). Un nom identifie l’objet auquel il est attaché.
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
5.2 Dans le contexte OSI, les noms identifient des objets de
identifient le même ensemble.
communication particuliers dans l’environnement OSI. II y a
deux sortes de noms, les noms primitifs et les noms descriptifs.
3.4.25 titre de système : Nom unique dans l’environnement
OSI, utilisé pour identifier un système ouvert réel unique.
5.3 Dans un univers de discours particulier, un nom primitif
est un nom alloué à un objet spécifique par une autorité de
dénomination. Une autorité de dénomination n’est qu‘une
4 Abréviations
source de noms. Les seules contraintes architecturales impo-
sées aux autorités de dénomination concernent les noms
Pour les besoins de la présente partie de I’ISO 7498, les abrévia-
qu’elles allouent. Ceux-ci doivent :
tions suivantes s’appliquent.
a) être exprimés dans un langage établi; et
NOTE - Les abréviations utilisées sont celles de la version anglaise.
Dans ce chapitre on donne la forme développée en francais; la forme
b) être non ambigus (n’identifier qu’un objet).
anglaise est indiquée entre parenthèses pour aider à la compréhesion.
(NI-CEPI Identificateur d’extrémité de connexion (NI 5.4 Un nom descriptif est un ensemble d’affirmations qui
[(NI-Connection-Endpoint-Identifier] sont exprimées dans un langage défini formellement. La défini-
tion du langage formel permet d‘établir si une construction lin-
Point d‘accès au service de liaison de données
DLSAP guistique est un nom descriptif correctement formé. Un nom
(Data- Link-Service-Access-Point) descriptif peut être complet ou incomplet;
il est incomplet
quand plusieurs objets correspondent à l'ensemble des affirma- 6.2 La dénomination et l'adressage des éléments
tions; il est complet quand il permet d'identifier un objet uni-
d'une couche (NI
que. Un nom descriptif complet équivaut à un nom primitif
puisqu'il identifie un objet d'une manière non ambiguë. Des
6.2.1 Introduction
noms primitifs peuvent être des composants d'un nom des-
criptif.
6.2.1.1 Puisqu'un type d'entité (N) décrit une classe d'entités
(NI, il est nécessaire de le nommer, mais pas de le localiser.
5.5 Bien qu'un nom primitif soit non ambigu, il peut y avoir
plusieurs noms qui identifient le même objet d'une manière non
Puisqu'une entité (N) et une invocation d'entité (NI sont des
ambiguë.
é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.
5.6 Un nom générique est un nom primitif ou un nom des-
criptif qui identifie un ensemble comprenant plus d'un objet, et
6.2.1.2 Dans un système ouvert, les entités (N + 1) et les enti-
ce dans le but d'obtenir, quand le nom générique est utilisé
tés (N) sont liées à des points d'accès à des services (NI,
pour désigner un objet, la sélection d'un unique élément de
(NI-SAP. Les entités (N) fournissent des services aux entités
l'ensemble. Un nom générique peut être utilisé pour identifier
(N + 1) en échangeant des primitives de service au niveau des
un ensemble d'objets d'un type particulier, non nécessairement
(NI-SAP.
situés dans le même système ouvert.
5.7 Un titre est attribué à un objet pour le différencier
6.2.1.3 Une entité (N) est identifiée de manière non ambiguë
d'autres objets et pour permettre la récupération d'informations
par un titre d'entité (NI. Un type d'entité (N) est identifié par un
liées à cet objet dans une facilité de répertoire. Un titre est attri-
titre de type d'entité (N). Une invocation d'entité (NI est identi-
bué à un type d'objet pour le différencier d'autres types d'objet
fiée par un identificateur d'invocation d'entité (NI qui est non
et pour permettre la récupération des informations liées à ce
ambigu dans le domaine d'application de l'entité (NI.
type d'objet dans une facilité de répertoire. Ce nom peut identi-
fier un système, un processus d'application, un type de proces-
6.2.2 Adresses (NI
sus d'application, une entité (NI ou un type d'entité (N).
NOTE - Ces objets ou types d'objet sont définis soit dans I'ISO 7498,
6.2.2.1 Une adresse (Ni identifie un ensemble de (N)-SAP,
soit dans I'ISO 9545.
tous localisés à la frontière entre un sous-système (NI et un
sous-système (N + 1). Une adresse de (NI-SAP est une adresse
5.8 Un identificateur est attribué à un objet lorsque le but est
(NI identifiant un ensemble ne contenant qu'un seul (NI-SAP.
uniquement de faire la distinction entre les différentes occur-
rences de cet objet. Ce nom peut identifier une association (NI,
6.2.2.2 Bien que les objets adressés soient des entités (NI, le
une invocation de processus d'application ou une invocation
résultat d'une communication vers une adresse est une com-
d'entité (NI.
munication avec une invocation d'entité (NI.
NOTE - Ces objets sont définis soit dans I'ISO 7498, soit dans
I'ISO 9545.
6.2.2.3 Une entité (N + 1) est localisée par le biais de son rat-
tachement à un ou plusieurs (NI-SAP. Un (N)-SAP est identifié
par une ou plusieurs adresses (N).
6 Concepts de dénomination et d'adressage
OS1 et utilisation correcte des adresses
NOTE - Une adresse physique est utilisée pour accéder à une entité
de liaison de données; une adresse de liaison de données est utilisée
6.1 La dénomination des systèmes ouverts réels 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
6.1.1 Un titre de système est un nom primitif indépendant des
est utilisée pour accéder à une entité de présentation; une adresse de
couches, c'est-à-dire que le même identificateur est utilisé dans
à une entité d'application.
présentation est utilisée pour accéder
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, et un seul,
6.2.3 Sélecteurs IN)
titre de système.
Un sélecteur (NI est la partie des informations d'adressage qui
6.1.2 Un titre de système est utilisé pour identifier un système
est spécifique au sous-système (NI. Les sélecteurs (N) sont uti-
ouvert réel dans son ensemble. II peut aussi être utilisé :
lisés pour identifier des (NI-SAP ou des ensembles de (NI-SAP
dans un système ouvert extrémité, une fois que le système
a) combiné à d'autres qualificateurs, pour identifier des
ouvert a été identifié d'une manière non ambiguë. Puisque le
ressources OS1 spécifiques dans les éléments concernés de
système ouvert extrémité est implicitement connu au niveau de
la base d'informations d'administration liée au système
la Couche Réseau, les sélecteurs (Ni sont utilisés au-dessus de
ouvert réel; ou
la Couche Réseau, parallèlement à des informations locales,
b) dans une facilité de répertoire, comme attribut d'une pour situer, à l'intérieur du système ouvert, l'entité (N + 1)
entrée relative à une ressource OS1 associée à un système recherchée. Les valeurs de sélecteurs (NI sont échangées entre
ouvert réel.
systèmes ouverts en tant qu'éléments des (NI-PAI.
IS0 7498-3 : 1989 (FI
sants; chacune des invocations d'entité (N) coopérantes déter-
6.3 Utilisation correcte des adresses (NI
mine l'un de ces composants.
6.3.1 Les adresses (NI ont un domaine d'application limité.
NOTE - Certains protocoles de couche (N) peuvent ne pas avoir
Elles ne sont utilisées que pour faire la distinction entre ensem-
explicitement besoin d'identificateur d'association (NI.
bles de (NI-SAP. Les règles d'adressage ne sont pas utilisées
pour rendre visible à l'environnement OS1 la structure d'un
7.1.4 Deux invocations d'entité (N) peuvent établir une (des)
système ouvert réel.
connexion(s) (N- I), ou utiliser un service (N- 1) en mode
sans connexion, pour mettre un œuvre une association (N). La
6.3.2 Les adresses (NI sont utilisées pour identifier des
durée d'une association (NI peut excéder celle de toute con-
ensembles de (NI-SAP dans le but de localiser des entités
nexion (N - 1) qui la prend en charge. La relation existant entre
(N + 1). Un sous-système (N + 1) est partitionné en entités
une association (NI et une (des) connexion(s1 (N - 1) peut évo-
(N+I) :
luer dans le temps.
a) pour permettre la mise en œuvre de différents protoco-
NOTE - Une association (N) peut éventuellement être associée à une
les (N + l) ou ensembles de protocoles (N + l 1;
séquence de connexions (N- 11, avec, à tout instant, une correspon-
dance 1 pour 1 entre association (Ni et connexion (N - 1 ); cette corres-
b) pour satisfaire des besoins liés à la sécurité et/ou à
pondance peut être une correspondance 1 pour n dans le cas de I'écla-
l'administration; et
tement.
c) dans le cas d'un sous-système d'application, pour faire
la distinction entre différents processus d'application et
7.1.5 Lorsque cela est nécessaire à la mise en œuvre d'une
entre les entités d'application d'un même processus d'appli-
association (N), on utilise des titres d'entité (NI pour identifier
cation.
des entités (N) indépendamment de leur localisation. Lorsque
cela est nécessaire à la mise en œuvre d'une association (NI, on
utilise les adresses (N - 1) dans les demandes de services
6.3.3 Les adresses (N) ne sont pas utilisées pour :
- 1) pour déterminer la localisation des entités (NI concer-
(N
a) faire la distinction entre différents éléments négociables
nées.
d'un protocole (classes, sous-ensembles, qualité de service,
versions) ou entre des valeurs de paramètres;
7.2 Raccordement des entités (NI à des points
d'accès à des services (NI, (NI-SAP
b) en déduire des informations de routage au-dessus de la
Couche Réseau; ou
Une entité (NI peut fournir des services (NI via un ou plusieurs
c) faire la distinction entre les différents composants du (NI-SAP et peut utiliser des services (N - 1) via un ou plusieurs
matériel.
(N-l)-SAP. En conséquence, une entité (Ni peut avoir les
relations suivantes avec des (Ni-SAP et des (N - 1)-SAP (voir
NOTE - Dans certaines configurations, l'utilisation d'une adresse (N),
figure 1) :
telle que définie en 6.3.2, peut conduire à ce qu'une entité (N + 1) soit
entièrement localisée dans un composant matériel unique. Néanmoins,
a) une entité (N) peut fournir des services (NI via un
dans l'environnement OSI, l'adresse (NI identifie l'entité (N + 1 ); elle
seul (NI-SAP en utilisant des services (N-1) via un seul
n'identifie par le composant.
(N - 1 )-SAP;
b) une entité (N) peut fournir des services (NI via plusieurs
7 Modèle d'adressage OS1
(N)-SAP en utilisant des services (N- 1) via un seul
- 1 )-SAP;
(N
7.1 Associations entre des entités (NI homologues
c) une entité (N) peut fournir des services (NI via un seul
7.1.1 Une association (N) est une relation de coo 'ration (NI-SAP en utilisant des services (N - 1) via plusieurs
entre deux invocations d'entité (NI. La coopération ent e des
(N - 1 )-SAP;
invocations d'entité (Ni nécessite l'établissement et) 7 suivi
d) une entité (NI peut fournir des services (NI via plusieurs
d'informations d'états au niveau de chaque invocation d'entité
(NI-SAP en utilisant des services (N- 1) via plusieurs
(NI. Ces informations d'états permettent la mise en œuvre
(N - 1 )-SAP.
d'une association (N) entre des invocations d'entité (N).
NOTES
7.1.2 A tout instant, une invocation d'entité (NI peut gérer
1 II n'y a pas de relation entre le multiplexage et les correspondances
une ou plusieurs associations (Ni. Le comportement de I'invo-
entité/SAP identifiées ci-dessus. Une fonction de multiplexage (Ni
cation d'entité (N), relatif à une association (NI spécifique, est
permet la mise en correspondance de plusieurs connexions (N) avec
déterminé par l'entité (N) et par les informations d'états contrô- une seule connexion (N - 1 ). Les connexions (Ni peuvent toutes se ter-
miner sur un (N)-SAP unique; elles peuvent aussi se terminer sur des
lées par l'invocation d'entité (NI et spécifiques à cette associa-
(NEAP différents. À la frontière du service, les connexions (Ni multi-
tion (NI.
plexées sont différenciées les unes des autres par des éléments de
(NI-PCI et (N)-PAI, par exemple un identificateur d'association dans le
7.1.3 Un identificateur d'association (NI est associé à chaque protocole (N).
association (NI. Cet identificateur est unique dans le domaine
2 Les numéros de voie logique dans I'ISO 8208 (X.25) et les référen-
d'application d'une paire d'invocations d'entité (N) coopéran-
ces de connexion dans I'ISO 8073 (Protocole de transport OSI) sont
tes. II sert à identifier les informations d'états associées à cha-
des exemples d'éléments échangés dans les (N)-PCI pour distinguer les
connexions quand le multiplexage est utilisé.
que invocation d'entité (NI. L'identificateur a deux compo-
IS0 7498-3 : 1989 (F)
Un seul (NI-SAP.
Plusieurs (NI-SAP
Entité (N)
- I)-SAP
Un seul (N
Un seul (N - 1 )-SAP
I
Un seul (Ni-SAP
Plusieurs (Ni-SAP
L
fi Entité (NI
Plusieurs (N - I)-SAP
Plusieurs (N - 1)-SAP
(cl
Figure 1 - Relations d'une entité (NI avec des (NI-SAP et des (N - 1)-SAP
IS0 7498-3 : 1989 (FI
7.3.7 Quand une entité (N + 1) établit une connexion (NI avec
7.3 Adresses (NI et points d'accès à des services
une autre entité (N + I), chaque entité (N + 1) se voit attribuer
(NI. (NI-SAP
un identificateur d'extrémité de connexion (N), (NI-CEPI, par
l'entité (N) qui la sert (voir IS0 7498, paragraphe 5.4.2). Un
7.3.1 La structure d'adressage OS1 permet :
(N)-CEPI est un identificateur local déterminé au moment de
l'établissement de la connexion. II ne peut pas être utilisé à la
a) aux adresses (NI d'identifier, dans le système ouvert
place d'une adresse (N). Lorsque les adresses (NI d'appelant et
concerné, la localisation d'une entité (N + 1 ) sans contrainte
d'appelé d'une connexion (NI sont identiques, la connexion (NI
pour la structure des sous-systèmes des couches inférieu-
(N) et deux identificateurs
a deux extrémités de connexion
res; et
d'extrémité de connexion (NI [connexion d'une entité (N) avec
de définir plusieurs entités (N) à l'intérieur d'un SOUS- elle-même]. La manière de distinguer les deux (Ni-CEPI dans
b)
les mêmes sous-systèmes (NI relève d'une initiative locale.
système (N).
NOTE - La structure d'adressage appropriée permet à une adresse de
7.4 Fonctions de répertoire (NI et facilités de
présentation d'identifier, à l'intérieur d'un système ouvert, la localisa-
répertoire
tion 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
7.4.1 Les fonctions de répertoire (NI traitent les adresses (N),
d'adressage lors de l'établissement de la communication avec une
les adresses (N - I), les titres d'entité (N) et les (NI-PAI pour
entité d'application située dans un système destinataire.
mettre en correspondance ces différentes catégories d'informa-
tion. Les informations utilisées pour ces mises en correspon-
7.3.2 Une adresse (Ni identifie un ensemble de (NI-SAP tous
dance sont détenues par une facilité de répertoire. L'adminis-
situés à la frontière entre un sous-système (NI et le sous-
tration de système locale est responsable de l'accès à la facilité
système (N + 1) du même système ouvert. La composition
de répertoire pour rechercher les informations et les mettre à la
exacte de l'ensemble relève uniquement du sous-système (NI;
disposition d'une fonction de répertoire (NI.
elle n'est pas connue des autres systèmes ouverts et peut évo-
luer dans le temps.
7.4.2 Une partie de ces informations représente la structure
logique du système extrémité local et influence l'exploitation
7.3.3 L'ensemble de (NI-SAP identifié par une adresse (NI
locale. Ces informations sont stockées localement. Une autre
peut être composé :
partie représente la structure logique du système extrémité dis-
tant et influence la production de (NI-PAI. Ces informations
a) soit d'un seul (NI-SAP lié à une entité (N + 1);
peuvent être stockées localement ou à distance. Dans ce der-
nier cas, des protocoles OS1 sont utilisés pour y accéder.
b) soit de plusieurs (N)-SAP liés à une entité (N + 1) uni-
que;
8 Informations d'adressage et services (NI
c) soit de plusieurs (Ni-SAP liés à différentes entités
(N + 1).
8.1 Introduction
7.3.4 Quand une adresse (N) est utilisée comme adresse (NI
d'appelé dans une primitive de service, le sous-système (NI 8.1.1 Ce chapitre fournit une description valable pour toute
destinataire choisit un seul (NI-SAP dans I'ensemblle identifié couche (NI de l'utilisation des adresses (N) dans les primitives
par l'adresse (NI. Le mécanisme de choix est purement local; il de service (NI.
reste transparent pour l'initiateur (NI.
8.1.2 Des entités (N + 1) utilisent des services (Ni en émettant
des primitives de service (N) au niveau des (NI-SAP. L'émission
7.3.5 Les systèmes ouverts sont conçus de telle sorte que
tous les (N)-SAP de l'ensemble identifié par une adresse (NI d'une primitive de demande ou de réponse à une demande de
sont liés à des entités (N + 1 ) de même type, fournissant donc service (N) peut entraîner l'émission d'une primitive d'indication
ou de confirmation de service (N), au niveau du (NI-SAP
les mêmes fonctions.
auquel est attachée une entité (N + 1) homologue.
7.3.6 II est important de faire la distinction entre la sémanti-
que d'une adresse (NI et la syntaxe utilisée, dans un système 8.1.3 L'adresse (NI, déduite des informations fournies par
donné, pour la représenter. Dans les systèmes ouverts, les une facilité de répertoire, peut ne pas être valide. Une adresse
adresses (Ni sont transmises, au travers de la frontière entre (Ni déduite du paramètre ((adresse (NI d'appelant/en réponse))
couches, en tant que paramètres des primitives de service (NI. d'une primitive d'indication/confirmation de service (Ni préala-
Pour les primitives de demande et de réponse à une demande blement reçue, doit ête valide au moment où elle est émise,
de service (NI, la sémantique des adresses (NI est véhiculée mais aucune garantie n'est donnée sur l'emploi ultérieur de
vers le sous-système (NI homologue et transmise, au travers de cette adresse.
la frontière entre couches, en tant que paramètre des primitives
d'indication et de confirmation de service (N). Seule la sémanti- Une entité (N + 1) utilisant une adresse (NI devrait donc vérifier
que d'une adresse (N) est véhiculée au niveau du service (NI. en toutes circonstances qu'elle communique bien avec l'entité
La syntaxe d'une adresse (N) est une affaire purement locale et recherchée dans la couche (N + 1). II est normalement suffisant
différentes représentations peuvent être utilisées dans diffé- de procéder à cette vérification dans la Couche Application par
rents systèmes ouverts. l'échange des titres d'entités d'application.
IS0 7498-3 : 1989 (FI
8.3.6 L‘adresse (NI d’appelé identifie un ensemble de
8.1.4 L‘utilisation d’une adresse (N) n’est pas, en elle-même,
(NI-SAP dans le sous-système destinataire. N’importe quel
suffisante pour identifier une invocation d’entité (N + 1) particu-
(N)-SAP de cet ensemble peut être utilisé pour la communica-
lière. En général, une entité (N + 1) se contente de communi-
quer à l’adresse (N) avec n’importe qu’elle invocation d‘entité tion. C’est le sous-système (NI destinataire qui est responsable
du choix d’un (Ni-SAP particulier en fonction de cette adresse.
(N + 1) de l’entité (N + 1) souhaitée. Dans certaines couches
(N + I), il peut être nécessaire de faire référence à une invoca-
tion d‘entité (N + 1) spécifique en utilisant l’identificateur
8.3.7 L‘adresse (NI d‘appelé peut avoir été déduite d’informa-
d‘invocation d’entité (N + 1).
tions obtenues de la facilité de répertoire. Dans ce cas, la
sémantique de l’adresse (NI est liée à une entrée de répertoire
publiée sous la responsabilité du système destinataire. Les attri-
8.2 Paramètres d‘adresse
buts associés à l‘entrée de répertoire sont connus du système
destinataire. L‘adresse (NI d’appelé identifie un ensemble de
8.2.1 II est important de faire la distinction entre les adresses
à des entités (N + 1) qui assurent la
(NI-SAP donnant accès
(N) transmises en tant que paramètres ((adresse (N) d’appelé))
communication d’une fagon cohérente avec les informations
et celles transmises en tant que paramètres ((adresse (NI
obtenues de la facilité de répertoire.
d’appelant ou en réponse)).
8.3.8 L’adresse (N) d‘appelé peut avoir été précédemment
8.2.2 Les adresses (N) d’appelé sont utilisées dans la phase
transmise, par le sous-système (Ni destinataire, en tant que
initiale de communication entre des invocations d’entités
paramètre ((adresse (N) d’appelant ou en réponse)), à l’occasion
(N + 1). L‘initiateur (N + 1) fournit l‘adresse (NI d‘appelé dont la
d’une précédente occurrence de communication. Dans ce cas,
sémantique est véhiculée vers le destinataire (N f 1) homo-
l‘adresse (N) identifie l‘ensemble de (NI-SAP conforme aux
logue.
spécificités des adresses (NI d‘appelant ou en réponse définies
dans les paragraphes 8.4 et 8.5.
8.2.3 Les adresses (NI d‘appelant ou en réponse sont, avant
tout, utilisées dans des buts d‘identification ou de rappel. Dans
8.3.9 L’adresse (NI d’appelé peut être issue d‘un accord privé.
certains cas, elles identifient les (NI-SAP spécifiques utilisés
Dans ce cas, l‘adresse (NI d’appelé identifie un ensemble de
dans cette occurrence de communication.
(NI-SAP donnant accès à des entités (N + 1) qui assurent la
communication d‘une facon cohérente avec cet accord.
8.3 Adresse (NI d‘appelé
8.4 Adresse (NI d’appelant
8.3.1 Le paramètre ((adresse (NI d’appelé)) des primitives
Le paramètre ((adresse (NI d’appelant)) des primitives de
de service en mode connexion est équivalent au paramètre 8.4.1
service en mode connexion est équivalent au paramètre
((adresse (NI de destination)) des primitives de service en mode
((adresse (NI source)) des primitives de service en mode sans
sans connexion.
connexion.
8.3.2 L‘adresse (NI d‘appelé est fournie par l’initiateur (N + 1).
La sémantique d’une adresse (N) est véhiculée vers le sous- 8.4.2 L‘adresse (N) d‘appelant est fournie par l’initiateur
1). La sémantique de l’adresse (N) est véhiculée vers le
système (NI destinataire et transmise au sous-système (N + 1) (N+
sous-système (NI destinataire et transmise au sous-système
via une primitive d‘indication de service (Ni.
(N + 1) via
...