ISO/IEC 8878:1992
(Main)Information technology — Telecommunications and information exchange between systems — Use of X.25 to provide the OSI Connection-mode Network Service
Information technology — Telecommunications and information exchange between systems — Use of X.25 to provide the OSI Connection-mode Network Service
For a protocol to support the CONS, there must be a mapping between the abstract primitives and parameters of the CONS and the real elements of the protocol. For the X.25 Packet Layer Protocol (PLP), the main body of this standard provides such a mapping for the X.25/PLP-1984 using Virtual Calls. Also provides a mapping of the CONS primitives and parameters to the X.25/PLP-1980 plus an SNDCP. These mappings apply to the X.25 VC service. Specifies two sets of procedures from which three classes of implementation are described.
Technologies de l'information — Télécommunications et échange d'informations entre systèmes — Utilisation du protocole X.25 pour fournir le service de réseau OSI en mode connexion
General Information
Relations
Standards Content (Sample)
INTERNATIONAL lSO/IEC
8878
STANDARD
Second edition
1992-I 2-l 5
Information technology -
Telecommunications and information
exchange between systems - Use of X.25
to provide the OSI Connection-mode
Network Service
- T6lkommunications et khange
Technologies de I’informa tion
en tre s ys t&mes - Utilisation du protocole X.25 pour
d ‘in formations
fournir le service de r&eau OSI en mode connexion
Reference number
lSO/IEC 88783 992(E)
---------------------- Page: 1 ----------------------
SO/l EC 8878: 1992(E) 0 ISO/IEC
CONTENTS Paae
WA
Foreword. . . . . . . n l . l l . l l l l . . . . . . . . . . . . . . . iv
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . V
1. Scope. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2. Normative references . . . . . . . . . . . . . . . . . . . . . . . . .
2.1 Identical Recommendations 1 International Standaids. . . . . .
2.2 Paired Recommendations 1 International Standards equi.valent.in &hni’ca~content . . . . . .
2.3 Additional references . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . .
3. Definitions . . . . . . . . .
3.1 Referendehnodelbe;inition’s . . . . . . . . . . . . . . . . . . . . . . .
3.2 Service Conventions definitions . . . . . . . . . . . . . . . . . . . . . .
3.3 Network Service definitions l . . . . . . . . . l . . l l . l l . . . . . .
3.4 X.25 definitions . . . . . . . . . . . . . l l l l l . . . l . l . . . .
3.5 X.96 definitions l l l . l l . . l l l l . . l l . . l . l l . . . l . .
4. Abbreviations l l l l . . . . . l m . l l . l l l l l .
. . 3
4.1 Network Semwide abbeviatibns . l . l . . . . l . . . . l . . l . . . . . .
3
4.2 X.25 abbreviations . l l l . l . l l l l . l l l l l l . l l l l . l . .
4
5. Overview. . l . l l l l l l l l l l . . l l l l l l l l l l l l . . . .
4
5.1 Elements Of the X.25/PLP-I984 USed tO SUppOe the OSI CONS . . . . . l l l . . . .
4
5.2 General operation of the X.25/PLP-1984 for supporting the OSI CONS . . . . . l . . . .
5
6. Network connection establishment phase . . . . . . . . . l . . . . . l . l l . .
7
6.1 Primitive/Parameter and packet/field relationships . . . . . . . . . l l . . . . l
7
6.2 Procedures l l l l l l l l l l . l l l l . l l l l l . l . . . . . l
7
7. Networkconnection release phase . l . l . . l . . . l . . l . . l . l . . . .
15
7.1 Primitive/Parameter and packet/field relationships . . . . . . . . . . . . . . . l
15
7.2 Procedures l l l l l l l l l l . l l . . . l l l l l l l l . l l . .
16
8. Data transfer phase- Data transfer service . . . . l . . l . . . . l l . l . l . l 17
8.1 Primitive/Parameter and packet/field relationships . . . l . . . . l . l . . . . . 17
8.2 Procedures . . l l l . m l l l l . . . . l l l l l l l l l l l . . . 17
9. Data transfer phase - Receiptconfirmationsewice . . . . . . . . . . . l . l . l l 18
9.1 Primitive and packet/field relationships l l . . . . . . . . . . . l l . l l l . 18
9.2 Procedures . . l . . . . . l . . . . . l l l l l . . . l l . . l . . 18
10. Data transfer phase - Expediteddatatransferservice . . . . l . . . . . . . l l . l . 19
10.1 Primitive/Parameter and packet/field relationships . . . l . . . . l l l . . l . . 19
10.2 Procedures l l . l l l m l l . . l . . l l . l l . . l m l l l l . . 19
11. Data transfer phase - Reset service l l l l . . 8 . . l . l . l l l
19
11 .I Primitive/Parameter and packet/field relatibnships . . l l l . . . . . . . l . l . l
19
Il.2 Procedures . . m l l l l l l l . l . . l l l l . . l l l l l l l . l
19
0 ISO/lEC 1992
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced
or utilized in any form or by any means, electronic or mechanical, including photocopying and
microfilm, without permission in writing from the publisher.
ISO/lEC Copyright Office l Case postale 56 l CH-1211 Geneve 20 l Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
o ISO/IEC
lSO/IEC 8878:1992(E)
12. Response to protocol violations . . . . . . . . . . . l . . . . l .
. . . . . . 21
13. Conformance
. . l l . . .
. . . . l l .
22
13.1 Conformance &&em% . l l . . . . . . . . . . . 1 1 1 1 l l . . l . 22
l l . . . .
.
13.2 Optional features . . . . . . . . . l . l
. . . .
. . . . l l l l
. . . 22
Annex A: X.25 (1980) Subnetwork Dependent Convergence Protocol . . . . . . . l l . . . . 23
A.1 Introduction . . . . . . . . . l . . . .
23
A.2 Scope . . . . . . . . . . . . l l . . l . l . . l . . . l . . l l . 23
. .
. . . . . . . . . .
. . .
A.3 Abbreviations
. . . . . . . l . .
24
A.4 Overview of the pro&l . . . . . . l l . . : . . . . . . . . . . . . . . 24
A.5 Protocol mechanisms . . . . . . . . . . . . : . . . . . . . . . . . . . 26
. . . . . . . . . . . .
.
A.6 Protocol description
. l l l l l l .
. . . . . 0 . . . . . . .
. 38
A.7 Protocol encoding in X.25 packeis . . . . l . . . . . . . . . . . . . . . . . 48
Annex B: Classification . . . . . . . . . l . l .
l
54
B.1 Classification of systems . . . . l . l l . . : : : . l . l l l l . . l l l 54
B.2 Functionality of classes . . . . . . l l l l . .
. . . l l . . l . . . . l . . . . 54
. . . . . 0 . .
B.3 Scenarios . . . . . . . l .
. l l l l . . .
54
8.4 Procedures for selecting class of operation . l l . . . . . : : : l . l . . . . . 55
l l . . . . . .
B.5 lntenworking by relay system . . l . . . . . l . . .
. . .
. . . . . . 0 . 55
Annex C: Subnetwork Convergence Protocol for Use With X.25 Permanent Virtual Circuits
. l . . . .
58
C.l Introduction and scope . . . . . . . . l . . . l
. . . . l l
. . . . . . 58
C.2 OveMew . . . . . . l . . . .
58
C.3 Abbreviations . . . . . . . l . . : : : . . . . . l l l . . . . D . 58
. . . . l l . . . .
. . . .
C.4 Protocol mechanisms
. . . . . . l l . .
58
C.5 Protocol encoding for NC establishment and .rel&e . . . . . . . . . . : : : : : : 60
Annex 0: Protocol Implementation Conformance Statement Proforma
. . . . . . . . . .
. . . 62
D.1 Introduction . . . . . . . . . l . . . .
. . l l l l . . . .
. . . 62
0.2 Scope . . . . . . . . . l . . . l
l . . . l . . l l l . . .
. . . . 62
0.3 Normative references . . l l l l l . . l l I
. . . . . l . . l
. . . . . . 62
0.4 Definitions . . . . . . l l . l .
l l . . . . l l l l . .
. . . . . 62
D.5 Abbreviations .
. . . l l l l
. . . . . . 63
D.6 Protocol Implementation Ccnforr&ce.State&t Proforma.
l . . l l l l
. . . . . . 64
0.7 Modified PICS requirements for ISO/IEC 8208 . . . . .
l . . l l l l
l l . . . . 76
Annex E: Additional Considerations of CONS Primitives . . . . . . . . l . . . . .
.
. . . 83
E.l Introduction . . . . . . l l l l l l
. . . .
83
E.2 Environment for X.25/PLP operation . l . . . l . l l : : : : l . l l . . l l 83
. . . . .
l l .
Annex F: Use of X.25/PLP NPAI l l . l . l l l . l . . . . l l . l . . . . . . . 85
F.l Introduction . . . . l l . . . . . l . .
85
F.2 Obtaining an SNPA address . . l . . . l . . : : : : : : l l . l . . . . . 85
F.3 Examples of Network Address encoding . . . . l l l l . l . : I : : : . . . l 85
. . . l
Annex G: Transit Delay Calculations . . . . . l l . m l l . . . . .
l .
. . . . . l 87
Annex HZ Example of Priority Negotiation . . l . . l . l . . l l l l . .
.
. . . . . . 89
Annex I: Differences between Recommendation X.223 and ISO/IEC 8878 . . . . . . . l . . . . 81
---------------------- Page: 3 ----------------------
0 ISOAEC
ISOAEC 8878:1992( E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized system for
worldwide standardization. National bodies that are members of IS0 or
IEC participate in the development of International Standards through
technical committees established by the respective organization to deal
with particular fields of technical activity. IS0 and IEC technical commit-
tees collaborate in fields of mutual interest. Other international organiz-
ations, 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 JTC 1. Draft International Standards adopted
by the joint technical committee are circulated to national bodies for vot-
ing. Publication as an International Standard requires approval by at least
75 % of the national bodies casting a vote.
International Standard lSO/IEC 8878 was prepared by Joint Technical
’ Committee lSO/IEC JTC 1, Information technology.
This second edition cancels and replaces the first edition
which has been technically revised. It consolidates
(IS0 8878:1987),
Technical Corrigenda 1, 2 and 3, Addenda 1 and 2 and Amendment 1 as
well as Technical Corrigendum 1 to Addendum 2.
NOTE - lSO/lEC DIS 8878-2 as well as defect reports 8878-012, 013,
014 and 015 have also been included in this second edition.
Annexes A, B, C and D form an integral part of this International Standard.
Annexes E, F, G, H and I are for information only.
---------------------- Page: 4 ----------------------
0 ISO/IEC ISOAEC 8878:1992( E)
Introduction
This International Standard defines methods for providing the OSI Connection-Mode Network Service (CONS)
through the use of the virtual circuit services of the X.25 Packet Layer Protocol (X.25 PLP). The method presented
in the main body of this International Standard specifies a mapping between elements of the 1984 or later versions
of the X.25/PLP (referred to as X.25/PLP-1984) using X.25 Virtual Call (VC) services and elements of the OSI
CONS. Features associated with versions of X.25 later than 1984 are identified as to which version they relate.
This International Standard is similar to CCITT Recommendation X.223; however, the two are currently published
as separate documents.
Clause 13 contains the requirements for systems claiming conformance to this International Standard.
Other methods using other virtual circuit services and/or other versions of X.25 are also defined. In particular, a
second method for VCs, which is presented in Annex A, defines a Subnetwork Dependent Convergence Protocol
(SNDCP) that shall be used to provide the OSI CONS over subnetworks or with equipment using the 1980 or
earlier versions of the X.25/PLP (referred to as X.25/PLP-1980). This SNDCP should only be used if the elements
of the X.Z5/PLP-1984, as defined in 5.1 herein, are not available to support the OSI CONS. Annex B contains a
classification of systems according to whether they implement the procedures defined in the main body of this
International Standard, the procedures defined in Annex A, or both. In addition, it describes the possibilities and
the rules for interworking between the classes of equipment identified.
Annexes A and B are integral parts of this International Standard. They are intended to provide a migration
strategy towards the use of the 1984 version of X.25 in both subnetworks and DTEs. Because of the evolution of
technology, the status of Annexes A and B will be reviewed in the future.
Annex C defines another method for providing the OSI CONS, in this case in conjunction with the PVC sewice of
X.25.
Annex D provides the Protocol Implementation Conformance Statement (PICS) Proforma for this International
Standard.
Annexes C and D are integral parts of this International Standard.
Annex E provides additional considerations on the relationship between the X.25 protocol procedures and the
CONS primitives.
Annex F illustrates the use of X.25 Network Protocol Address Information (NPAI), i.e., the Address Field and the
Address Extension Facilities.
Annex G illustrates the use of the X.25 transit delay facilities.
Annex H illustrates the use of the X.25 Priority Facility.
Annex I lists the differences between CCITT Rec. X.223 and lSO/IEC 8878.
Annexes E through I are not integral parts of this International Standard.
The relationship between the X.25/PLP-1984 and the OSI CONS is shown in Figure 1. This relationship is
described only in terms of the Network Layer entities that provide the CONS. No discussion is given here to
describe the actions of a Network Layer entity that only provides a relay function for a given network connection.
The OSI Network Service is defined in terms of
a) the primitive actions and events of the Service;
b) the parameters associated with each primitive action and event, and the form which they take;
c) the interrelationship between, and the valid sequences of, these actions and events.
---------------------- Page: 5 ----------------------
ISOAEC 8878:1992(E) 0 ISOAEC
TRANSPORT
TRANSPORT -------USESSERVICE--------:
c
PROTOCOL
I
LAYER
I
I
V
NETWORK SERVICE
A
X.25 PACKET I
NETWORK
LAYER
LAYER
-------
PROVIDES SERVICE - - - - - 1
PROTOCOL
Figure 1 - Relationship of the X.25 Packet Layer Protocol to the OSI Connection-Mode Network Service
The OSI Network Service does not specify individual implementations or products nor does it constrain the
implementation of entities and interfaces within a computer system.
The X.25/PLP-1984 is defined in terms of
a) procedures for Virtual Calls and Permanent Virtual Circuits;
b) formats of packets associated with these procedures;
c) procedures and formats for optional user facilities and CCIlTSpecified DTE facilities.
The use of the word “Network” to name the “Network” Layer of the OSI Reference Model should be distinguished
from the use of the word “network” to denote a communications network as conventionally understood. To
facilitate this distinction, the term “subnetwork” is used for a collection of physical equipment, commonly called a
“network” (reference CCITT Rec. X.200 1 IS0 7498). Subnetworks may be either public or private networks. In
the case of public networks, their properties may be determined by separate CCITT Recommendations such as
CCllT Rec. X.21 for a circuit-switched network or CCIlT Rec. X.25 for a packet-switched network.
Throughout the set of OSI-related Recommendations 1 International Standards, the term “Service” refers to the
abstract capability provided by one layer of the OSI Reference Model to the layer above it. Thus, the Network
Service is a conceptual architectural Service, independent of administrative divisions.
It is important to distinguish the specialized use of the term “Service” within the set of OSI-related
NOTE -
Recommendations 1 international Standards from its use elsewhere to describe the provision of a service by an organization
(such as the provision of a service, as defined in CCllT Recommendations, by an Administration).
vi
---------------------- Page: 6 ----------------------
INTERNATIONAL STANDARD 0 ‘sunEC
ISOIIEC 8878:1992(E)
Information technology -
Telecommunications and
information exchange between systems -
Use of X.25 to
provide the OS Connection-mode Network Service
1. Scope
The OSI Connection-mode Network Service (CONS) is defined in terms of a set of primitive actions and events
and associated parameters. For a protocol to support this service, there must be a mapping between the abstract
primitives and parameters of the CONS and the real elements of the protocol. For the X.25 Packet Layer Protocol
(PLP), the main body of this International Standard provides such a mapping for the X.25/PLP-1984 using Virtual
Calls.
This International Standard also provides a mapping of the CONS primitives and parameters to the X.25/PLP-1980
plus an SNDCP (Annex A). These mappings apply to the X.25 VC setice. In addition, the method of selecting
the appropriate mapping, if any, for different combinations of end systems and Network Layer relay systems
implementing one or more of the mappings is defined (Annex B).
For the PVC setice for both the X.25/PLP-1984 and the X.25/PLP-1980, a mapping of CONS primitives and
parameters to the X.25/PLP is given in Annex C.
This International Standard specifies two sets of procedures from which three classes of implementation are
described. The requirements of these procedures are applicable both to end system operation and to half the
operation of a Network Layer relay. Where relay operation is concerned, the two halves of the relay may be the
same or different classes of implementation.
This International Standard specifies the requirements to be met by a System-1984 implementation.
Implementations in this class are designed to operate directly and efficiently with other System-l 984
implementations, including cases of operation across an X.25( 1984) subnetwork.
This International Standard also specifies the procedures to be operated by a System-1980 implementation.
Implementations in this class are designed to operate directly with other System-1980 implementations, including
cases of operation across any form of X.25 subnetwork, but will operate less efficiently than System-1984
implementations.
This International Standard also specifies the requirements to be met by a Compatible implementation.
Implementations in this class are designed to operate directly with all other implementation classes, including
cases of operation across any type of X.25 subnetwork. They make efficient use of X.25(1 984) when placed in
this environment.
The X.25/PLP is usually regarded as operating between an end system (i.e., a “Data Terminal Equipment” in X.25
terminology) and a packet-switched public data subnetwork. However, the X.25/PLP can also be used in other
1
---------------------- Page: 7 ----------------------
0 ISO/IEC
ISO/IEC 8878:1992(E)
environments to provide the OSI CONS. Examples of such other uses include
a) an end system connected to an X.25 packet-switched private data subnetwork;
b) an end system connected to a local area network;
or circuit-switched connection (including connection across a circuit-switched data
direct connection
C)
subnetwork;
subnetwork) of two end systems without an intervening packet-switched public data
d) an end system connected to an Integrated Services Digital Network.
2. Normative references
The following CCITT Recommendations and International Standards contain provisions which, through reference
in this text, constitute provisions of this International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
International Standard are encouraged to investigate the possibility of applying the most recent edition of the
Recommendations and Standards listed below. Members of IEC and IS0 maintain registers of currently valid
International Standards. The CCITT Secretariat maintains a list of currently valid CCITT Recommendations.
2.1 identical Recommendations 1 International Standards
- CCITT Recommendation X.21 3 (1992) 1 ISO/IEC 8348:1992, Information Technology - Network Service
Definition for Open Systems Interconnection.
2.2 Paired Recommendations 1 International Standards equivalent in technical content
- CCITT Recommendation X.25 (1988), Interface Between Data Terminal Equipment (DTE) and Data Circuit
Terminating Equipment (DCE) for terminals operating in the packet-mode and connected to Public Data
Networks by dedicated circuit.
NOTE - This Recommendation is referred solely with respect to its Packet Layer Protocol description. However, this
Recommendation fully specifies the behaviour of the DCE while specifying only a minimum set of requirements for the DTE.
Additional guidance for the design of DTEs is available in ISOAEC 8208.
ISO/IEC 8208: 1990, Information technology - Data communications - X.25 Packet Layer Protocol for Data
Terminai Equipment.
- CCITT Recommendation X.200 (1988), Reference model of Open Systems Interconnection for CCITT
applications.
IS0 7498: 1984, Information processing systems - Open Systems Interconnection - Basic Reference Model.
- CCITT Recommendation X.21 0 (1988), Open Systems Interconnection layer sewice definition conventions.
- Open Systems Interconnection - Service conventions.
ISOfTR 8509:1987, Information processing systems
2.3 Additional references
- CCITT Recommendation X.96 (1988), Call progress signals in Public Data Networks.
3. Definitions
For the purpose of this International Standard, the following definitions apply.
3.1 Reference Model definitions
The following terms, developed and defined in the OS1 Reference Model (CCITT Rec. X.200 1 IS0 7498), are
used:
a) Network connection
b) Network Layer
c) Network Service
d) Network Service Access Point
e) Network Sewice Access Point address
f) Subnetwork
---------------------- Page: 8 ----------------------
ISOAEC 8878:1992(E)
0 ISO/IEC
3.2 Service Conventions definitions
The following terms, as they apply to the Network Layer and as defined in the OSI Service Conventions (CCIIT
Rec. X.210 1 ISO/TR 8509), are used:
a) Network, Service user
b) Network Service provider
c) primitive
d) request
e) indication
f) response
g) confirm
3.3 Network Service definitions
The following terms, as defined in the Network Service (CCITT Rec. X.213 1 ilSO/IEC 8348), are used:
a) Calling Network Service user
b) Called Network Service user
c) Subnetwork Point of Attachment address
d) Network Protocol Address Information
e) Initial Domain Part
f) Authority and Format Identifier
g) Initial Domain Identifier
h) Domain Specific Part
3.4 X.25 definitions
The following terms, as developed in the X.25 Packet Layer Protocol (CCITT Rec. X.25 1 ISO/IEC 8208), are
used:
a) virtual circuit
b) Virtual Call
c) logical channel
d) Packet Layer
e) Data Terminal Equipment
f) Data Circuit-terminating Equipment
g) DXE (either a DTE or a DCE)
3.5 X.96 definitions
The following terms, as defined in CCITT Rec. X.96, are used:
a) Category C call progress signal
b) Category D call progress signal
4. Abbreviations
4.1 Network Service abbreviations
AFI Authority and Format Identifier
Connection-Mode Network Service
CONS
DSP Domain Specific Part
Initial Domain Identifier
IDI
IDP Initial Domain Part
N Network
NC Network-connection
NL Network Layer
NPAI Network Protocol Address Information
NS Network Service
NSAP Network Senn’ce Access Point
---------------------- Page: 9 ----------------------
0 ISO/IEC
ISOIIEC 8878:1992(E)
OSI Open Systems Interconnection
QOS Quality of Service
Subnetwork Point of Attachment
SNPA
4.2 X.25 abbreviations
AEF Address Extension Facility
AF
Address Field
B-MTCN
Basic Minimum Throughput Class Negotiation (Facility)
B-TCN
Basic Throughput Class Negotiation (Facility)
D-bit
Delivery Confirmation bit
DCE Data Circuit-terminating Equipment
DTE
Data Terminal Equipment
EDN
Expedited Data Negotiation (Facility)
EETDN
End-to-End Transit Delay Negotiation (Facility)
FPF Facility Parameter Field
General Format Identifier
GFI
LC Logical Channel
M-bit
More Data bit
MBS M-bit Sequence
PLP
Packet Layer Protocol
Packet receive sequence number
P(R)
Packet send sequence number
p(s)
PVC Permanent Virtual Circuit
Qualifier bit
Q-bit
TDSAI Transit Delay Selection And Indication (Facility)
vc Virtual Cal I
5. Overview
The Network Service (NS) provides for the transparent transfer of data between NS users. It makes invisible to
these NS users the way in which supporting communications resources are utilized to achieve this transfer.
5.1 Elements of the X.25/PLP-1984 used to support the 0% CONS
The X.25/PLP-1984, as defined by CCITT Rec. X.25 1 ISO/IEC 8208, provides a specific realization for the
transparent transfer of data between NS users of the CONS. The elements of this protocol to be considered are
a) the virtual-circuit types;
b) the packet types and fields to be mapped to the primitives and parameters of the OSI CONS;
c) the optional user facilities and CCITT-Specified DTE facilities.
Of the two types of virtual circuits defined in CCITT Rec. X.25 1 ISO/IEC 8208, the use of Virtual Calls (VCs) is
mapped to the network connection (NC) establishment and release phases of the OSI CONS in clauses 6 and 7
and to the data transfer phase in clauses 8-11. (The corresponding mapping for PVCs is given in Annex C.)
Table 1 lists the X.25/PLP-1984 packets and associated fields that shall be used when supporting the OSI CONS.
In addition, the following optional user facilities and CCITT-Specified DTE facilities shall be used and/or agreed to:
a) optional user facilities:
1) Fast Select (facility used; when operating in a DTE-to-DTE environment without an intervening packet-
switched network, the use of the Fast Select Facility shall also be agreed to by the two DTEs);
2) Fast Select Acceptance (facility agreed to if operating in a packet-switched network environment);
3) Basic Throughput Class Negotiation (facility agreed to and used);
4) Transit Delay Selection And Indication (facility used).
b) CCIlT-Specif.ied DTE facilities:
---------------------- Page: 10 ----------------------
0 lSO/IEC ISOAEC 8878:1992(E)
Table 1 - Packets and fields of the X.25/PLP-1984 used to support the OS CONS
Packet Types’) Fields’)
CALL REQUEST General Format Identifiefl), Address Field, Facility Field,
INCOMING CALL
Call and Called User Data Field41
CALL ACCEPTED
CALL CONNECTED
CLEAR REQUEST Clearing Cause Field, Diagnostic Code Field, Address
CLEAR INDICATION Field, Facility Field, Clear User Data Field4)
DATA D-bit, M-bit, P(S)5), P(R)? User Data Field41
INTERRUPT Interrupt User Data Field4)
RECEIVE READY6> P( R)5)
RECEIVE NOT READY61
REJECT61 (if agreed to)
Resetting Cause Field, Diagnostic Code Field
RESET REQUEST
RESET INDICATION
RESTART INDICATION Restarting Cause Field, Diagnostic Code Field
Notes to Table 1:
I - The packets shown in the table are used in support of the primitives of the OSI CONS. Other packets not shown in the
table (i.e., CLEAR CONFIRMATION, INTERRUPT CONFIRMATION, RESET CONFIRMATION, and RESTART CONFIRMA-
TION packets) are essential to the use of the packets shown. Yet other packets (i.e., RESTART REQUEST, DIAGNOSTIC,
REGISTRATION REQUEST, and REGISTRATION CONFIRMATION packets) have no relationship to the provision of the OSI
CONS.
2 - The information in the fields shown in the table have a direct relationship to the parameters associated with the primitives of
the OSI CONS. Other fields not shown in the table (e.g., the Logical Channel Identifier, the Packet Type Identifier, the Q-bit, the
Address Length Fields, and the Facility Length Field) are essential to the use of the appropriate packets.
3 - Bit 7 of octet 1 of the General Format Identifier (GFI) in these packets is used to negotiate the overall availability of the
Delivery Confirmation bit (D-bit) in support of the Receipt Confirmation Service. As such, this bit has no specific field-name as
defined in the X.25/PLP-1984.
4 - All user data fields are octet aligned.
5 - The P(S) and P(R) fields are essential to the operation of the X.25/PLP-1984 in providing the Receipt Confirmation Service.
6 - The action implied by these packets has no relationship to the primitives of the OSI CONS. However, the P(R) field is
essential to the operation of the X.25/PLP-1984 in providing the Receipt Confirmation Service.
1) Called Address Extension (facility used);
2) Calling Address Extension (facility used);
3) End-to-End Transit Delay Negotiation (facility used);
4) Expedited Data Negotiation (facility used);
5) Basic Minimum Throughput Class Negotiation (facility used);
6) Priority (facility used with 1988 or later versions of the X.25/PLP).
5.2 General operation of the X.25/PLP-1984 for supporting the OS CONS
The X.25/PLP-1984 can be used to provide the OSI CONS in an end system connected to a public or private X.25
packet-switched subnetwork. It can also be used in environments where the end system is connected to a Local
Area Network or where end systems are connected by a dedicated path or by a circuit-switched connection.
---------------------- Page: 11 ----------------------
ISOAEC 8878:1992(E) 0 ISO/IEC
As shown in Figure 2, the NS provider (more particularly, the Network Layer (NL) entity in an end system) must
provide a translation between
a) the primitives and parameters of the OSI CONS;
b) the packets and associated fields of the X.25/PLP-1984.
END SYSTEM B
END SYSTEM A
m
I
8
l
n
n
NS
USERS
NETWORK
-----
SERVICE
NS
PROVIDER
DTE/DXE
INTERFACE (Note)
NOTE - This interface consists of zero or more Network Layer entities providing a Network Layer relay function.
Figure 2 - Operation of 0% Connection-Mode Network Service and X.25 Packet Layer Protocol (1984)
Request and response primitives are translated into packets to be transmitted across the DTUDXE interface by
the NL entity. Received packets, where appropriate, are translated by the NL entity into indication and confirm
primitives.
Annex E provides additional considerations on the relationship between the X.25 protocol procedures and the
CONS primitives.
NOTE -The Network Service Definition specifies valid sequences of primitives at an NC endpoint and valid parameter
responses at the called NC endpoint to Receipt Confirmation negotiation, Expedited Data negotiation, and Quality of Service
(QOS) parameter negotiation. The necessity for the NL entity to monitor compliance and the actions to be taken on non-
compliance are a local matter, and not subject to standardization.
There is also a relationship between some local mechanism used to identify a particular NC and a Logical Channel
(LC) number used to identify a particular virtual circuit. This relationship is a local matter and is not discussed
here.
---------------------- Page: 12 ----------------------
0 ISO/IEC SO/l EC 8878: 1992(E)
6. Netw
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.