ISO/IEC 8327-1:1996/Amd 1:1998
(Amendment)Information technology — Open Systems Interconnection — Connection-oriented Session protocol: Protocol specification — Amendment 1: Efficiency enhancements
Information technology — Open Systems Interconnection — Connection-oriented Session protocol: Protocol specification — Amendment 1: Efficiency enhancements
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Protocole de session en mode connexion: Spécification du protocole — Amendement 1: Amélioration d'efficacité
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 8327-1
Second edition
1996-09-15
AMENDMENT 1
1998-10-01
Information technology — Open Systems
Interconnection — Connection-oriented
Session protocol: Protocol specification
AMENDMENT 1: Efficiency enhancements
Technologies de l'information — Interconnexion de systèmes ouverts
(OSI) — Protocole de session en mode connexion: Spécification du
protocole
AMENDEMENT 1: Améliorations d'efficacité
Reference number
B C
ISO/IEC 8327-1:1996/Amd.1:1998(E)
---------------------- Page: 1 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
Contents Page
1) Subclause 2.1. 1
2) Subclause 2.3. 1
3) Subclause 3.4. 1
4) Subclause 4.2. 1
5) Subclause 5.2. 1
6) Subclause 5.4.2. 2
7) Subclause 5.6. 2
8) Subclause 5.6.10. 3
9) Subclause 5.8. 3
10) Subclause 6.1.4. 5
11) Subclause 6.3.3. 6
12) Subclause 6.3.5. 6
13) Subclause 6.3.7. 6
14) Subclause 6.4.4. 6
15) Subclause 6.6.4. 7
16) Subclause 7.1. 7
17) Subclause 7.1.1. 7
18) Subclause 7.1.2. 7
19) Subclause 7.4.1. 7
20) Subclause 7.11. 8
21) Subclauses 7.38 through 7.41 . 8
7.38 SHORT CONNECT SPDU. 8
7.39 SHORT ACCEPT SPDU . 9
7.40 SHORT CONNECT CONTINUE SPDU. 11
7.41 SHORT ACCEPT CONTINUE SPDU . 11
7.42 SHORT REFUSE SPDU. 12
7.43 SHORT REFUSE CONTINUE SPDU. 13
7.44 SHORT FINISH SPDU. 13
7.45 SHORT DISCONNECT SPDU . 14
7.46 SHORT DATA TRANSFER SPDU . 15
7.47 SHORT ABORT SPDU . 15
7.48 Connection release when the null-encoding option is selected. 16
7.49 NULL SPDU . 16
22) Subclause 8.2. 16
8.2 SPDU structure (long form SPDUs). 16
23) Subclauses 8.2.1 through 8.2.8 . 17
© ISO/IEC 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or
utilized in any form or by any means, electronic or mechanical, including photocopying and micro-
film, without permission in writing from the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
© ISO/IEC ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
24) Subclauses 8.5 and 8.6. 17
8.5 SPDU structure (short-form SPDUs). 17
8.6 Short-form SPDU identifiers and associated parameter fields. 18
25) Subclause 9.1.3. 24
26) Subclause A.5.1 . 24
27) Subclause A.5.4.20 . 25
iii
---------------------- Page: 3 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E) © ISO/IEC
Foreword
ISO (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 ISO or IEC participate in the
development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity.
ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint
technical committee, ISO/IEC JTC 1. Draft International Standards adopted by
the joint technical committee are circulated to national bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the
national bodies casting a vote.
Amendment 1 to ISO/IEC 8327-1:1996 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 33,
Distributed application services, in collaboration with ITU-T. The identical text is
published as ITU-T Rec. X.225/Amd.1.
iv
---------------------- Page: 4 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
INTERNATIONAL STANDARD
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY – OPEN SYSTEMS INTERCONNECTION –
CONNECTION-ORIENTED SESSION PROTOCOL: PROTOCOL SPECIFICATION
AMENDMENT 1
Efficiency enhancements
1) Subclause 2.1
Add the following reference by numerical order:
– ITU-T Recommendation X.215 (1995)/Amd.1 (1997) | ISO/IEC 8326:1996/Amd.1:1997, Information
technology – Open Systems Interconnection – Session service definition – Amendment 1: Efficiency
enhancements.
2) Subclause 2.3
Add the following reference after Recommendation T.62:
– ITU-T Recommendation X.215 (1995)/Addendum 1 (1995), Service definition for Session Layer
efficiency enhancement.
3) Subclause 3.4
Add the following definitions:
3.4.a long-form SPDU: An SPDU that has the long-form structure defined in 8.2.
: An option of the session protocol, negotiated during connection establishment,
3.4.b null-encoding protocol option
that permits a data transfer phase with zero session protocol control information and without the ability to signal the
orderly release of the session-connection.
3.4.c parameter indication: A field in the low-order bits of the first octet of a short-form SPDU (the high-order bits
will contain the SPDU identifier).
: An option of the session protocol that permits an efficient negotiation, during
3.4.d short-connect protocol option
connection establishment, of the fast associate mechanism (of which the null-encoding protocol defined in
ITU-T Rec. X.225 bis is a special case) by defining more compact encodings for the connection establishment SPDUs
than those defined in ITU-T Rec. X.225 | ISO/IEC 8327-1.
: An option of the session protocol that permits the use of smaller protocol
3.4.e short-encoding protocol option
control information of some of the more commonly occurring Session SPDUs in the data transfer and release phases.
3.4.f short-form SPDU: An SPDU that has the short-form structure defined in 8.5. All short-form SPDUs have
names that begin with the word SHORT and abbreviations beginning with the letter S.
4) Subclause 4.2
Add at the end of the abbreviations list:
SI&P SPDU Identifier (for short-form SPDUs) and Parameter indication
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 1
---------------------- Page: 5 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
5) Subclause 5.2
In Table 1, referenced in this subclause, add the following items to the cell identified by Session Connection, Associated
SPDUs:
Service Primitives Associated SPDUs
Session Connection S-CONNECT request CONNECT SPDU or
S-CONNECT indication SHORT CONNECT SPDU
CONNECT SPDU or
S-CONNECT (accept) response SHORT CONNECT SPDU
ACCEPT SPDU,
SHORT ACCEPT SPDU or
S-CONNECT (accept) confirm SHORT ACCEPT CONTINUE SPDU
ACCEPT SPDU,
SHORT ACCEPT SPDU or
S-CONNECT (reject) response SHORT ACCEPT CONTINUE SPDU
REFUSE SPDU,
SHORT REFUSE SPDU or
S-CONNECT (reject) confirm SHORT REFUSE CONTINUE SPDU
REFUSE SPDU,
SHORT REFUSE SPDU or
SHORT REFUSE CONTINUE SPDU
Normal Data Transfer S-DATA request DATA TRANSFER SPDU or
SHORT DATA TRANSFER SPDU or
NULL SPDU
S-DATA indication DATA TRANSFER SPDU or
SHORT DATA TRANSFER SPDU or
NULL SPDU
Orderly Release S-RELEASE request FINISH SPDU or SHORT FINISH SPDU
S-RELEASE indication FINISH SPDU or SHORT FINISH SPDU
S-RELEASE(accept) response DISCONNECT SPDU or SHORT DISCONNECT SPDU
S-RELEASE(accept)indication DISCONNECT SPDU or SHORT DISCONNECT SPDU
S-RELEASE(reject) response NOT FINISHED SPDU
S-RELEASE(reject)indication NOT FINISHED SPDU
6) Subclause 5.4.2
Add at the end of the list and before the Note, the following new items:
h) to negotiate the null-encoding protocol option (see 5.8.7);
i) to negotiate the upper layer context specification.
7) Subclause 5.6
Add a new subclause as follows:
5.6.2 bis No orderly release functional unit
This functional unit removes the orderly release function from the kernel functional unit.
2 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
---------------------- Page: 6 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
8) Subclause 5.6.10
Modify Table 3 referenced in this subclause:
Functional Unit SPDU code SPDU name Reference
Kernel CN CONNECT (see Note 1) 7.1
OA OVERFLOW ACCEPT (see Note 2) 7.2
CDO CONNECT DATA OVERFLOW (see Note 2) 7.3
AC ACCEPT (see Note 1) 7.4
RF REFUSE (see Note 1) 7.5
7.6
FN FINISH (see Note 10)
DN DISCONNECT (see Note 10) 7.7
ABORT (see Note 11) 7.9
AB
AA ABORT ACCEPT (see Note 3) 7.10
DATA TRANSFER (see Note 11) 7.11
DT
PR PREPARE (see Note 7) 7.26
SCN SHORT CONNECT (see Note 14) 7.38
SAC SHORT ACCEPT (see Note 14) 7.39
SRF SHORT REFUSE (see Note 14) 7.42
NL NULL (see Note 13) 7.49
SCNC SHORT CONNECT CONTINUE (see Note 14) 7.40
SACC SHORT ACCEPT CONTINUE (see Note 14) 7.41
SRFC SHORT REFUSE CONTINUE (see Note 14) 7.43
SFN SHORT FINISH (see Note 12) 7.44
SDN SHORT DISCONNECT (see Note 12) 7.45
SDT SHORT DATA TRANSFER (see Note 12) 7.46
SAB SHORT ABORT (see Note 12) 7.47
No orderly release No additional associated SPDUs
After Note 9 of this table, add the following Notes:
10 Not used if the no orderly release functional unit is selected.
11 Not used if the null-encoding protocol option is selected.
12 Used only if the short-encoding protocol option is supported.
13 Used only if the null-encoding protocol option is supported.
14 Used only if the short-connect protocol option is selected.
9) Subclause 5.8
Add the new subclauses (at the end of 5.8.6):
5.8.7 Negotiation of short-encoding
Each SPM indicates whether it wishes to use the short-encoding option on the connection. The protocol option is selected
only if both SPMs propose use of the option. If the option is selected, the SHORT DATA TRANSFER, SHORT FINISH,
SHORT DISCONNECT and SHORT ABORT SPDUs may be used on the connection.
The use of the other short-form SPDUs (SHORT CONNECT, SHORT ACCEPT, SHORT CONNECT CONTINUE,
SHORT REFUSE CONTINUE, SHORT ACCEPT CONTINUE and SHORT REFUSE SPDUs) is not affected by the
short-encoding protocol option.
5.8.8 Negotiation using short-connect mechanism and Upper-layer context specification
An initiating SPM receiving an S-CONNECT request that includes a Session-user-summary parameter may use the short-
connect mechanism. Conceptually, the SPM creates the CONNECT SPDU that would be used to establish the
connection. The SPM then uses an Upper-layer context specification to summarize the parameters of this CONNECT
SPDU, including the semantic content of the User-data as represented in the User-summary parameter of the
S-CONNECT request.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 3
---------------------- Page: 7 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
The Upper-layer context specification is identified in the session protocol by either a global-form identifier (an ASN.1
Object Identifier) or a restricted-form identifier (a 16-bit quantity that is unambiguous within the scope of some
community of interconnecting systems).
The Upper-layer context specification may or may not define parameters that reflect values of the parameters of the
CONNECT SPDU, or, via the Session-user-summary parameter, values contained within the SS-userdata of the
S-CONNECT request. The Upper-layer context specification will define that each parameter is either:
a) immediate: always sent with the identifier; or
b) compressible: a compressed form can be sent with the identifier, and the original form sent on a
subsequent SPDU if the receiver is unable to reverse the compression.
NOTE 1 – The Upper-layer context specification will define the compression algorithm.
The SPM will send the identifier for the Upper-layer context specification and any immediate or compressed parameters
in the Connection summary parameter of a SHORT CONNECT SPDU. This SPDU may be sent on the User-data of a
T-CONNECT request or on the normal transport flow, using T-DATA.
The SHORT CONNECT SPDU shall only be sent on the T-CONNECT request if the size limitations of the Transport
layer permit. How the SPM is made aware of these limits is a local matter.
One of the following will then occur:
a) The responding SPM is able to reference the Upper-layer context specification and expand any
compressed parameters to their original form, and is thus able to reconstruct the CONNECT SPDU that
would have been sent. If acceptable to the SPM, an S-CONNECT indication is issued to the SS-user, with
no User-data parameter but with the User Summary parameter representing the semantic content of the
User-data that would have been sent.
If the SS-user replies with an S-CONNECT (accept) response, the SPM uses the Upper-layer context
specification identified on the SHORT CONNECT SPDU to determine the identification of the
Summary-response. Again this may have immediate and compressed parameters. The identification and
any immediate or compressed parameters are sent in the Summary-response parameter of a SHORT
ACCEPT SPDU, which also indicates that connection establishment is complete.
The receipt of the SHORT ACCEPT SPDU at the initiator completes the connection establishment.
NOTE 2 – It is expected that the Upper-layer context identifier together with the short connect PCI will be
designed to fit within the size limitation of the T-CONNECT User-data.
b) The responding SPM is able to reference the Upper-layer context specification but there are compressed
parameters that the SPM cannot expand to their original form. The SPM asks for the uncompressed forms
to be sent, by sending a SHORT ACCEPT SPDU indicating an incomplete connection establishment.
The initiating SPM, on receiving the SHORT ACCEPT SPDU, sends a SHORT CONNECT CONTINUE
SPDU containing the uncompressed forms of the parameters. The responding SPM can now, if the
received SPDUs are acceptable, issue an S-CONNECT indication with the semantic content of the missing
User-data represented by the User Summary parameter.
If the SS-user replies with an S-CONNECT (accept) response, the SPM uses the Upper-layer context
specification identified on the SHORT CONNECT SPDU to determine the identification of the
Summary-response and sends this, with any parameters in their uncompressed form on a SHORT
ACCEPT CONTINUE SPDU.
c) The responding SPM is unable to reference the Upper-layer context specification – the identifier is not
recognized – and the SHORT CONNECT SPDU was received on an established connection. The SPM
replies with SHORT REFUSE SPDU indicating the connection summary is unknown.
On receiving the SHORT REFUSE SPDU, the initiating SPM switches to using the long-form SPDUs for
connection establishment, sending the original CONNECT SPDU including any User-data.
d) The responding SPM is unable to reference the Upper-layer context specification – the identifier is not
recognized – and the SHORT CONNECT SPDU was received on a T-CONNECT indication. The SPM
ignores it, and just completes the establishment of the transport connection.
On receiving the T-CONNECT confirm with no SPDU in the User-data, the initiating SPM switches to
using the long-form SPDUs for connection establishment, sending the original CONNECT SPDU.
e) The responding SPM does not support the SHORT CONNECT SPDU and the SHORT CONNECT SPDU
was received on an established connection. The SPM will perceive this as a protocol error and release the
transport connection.
4 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
---------------------- Page: 8 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
f) The responding SPM does not support the SHORT CONNECT SPDU and the SHORT CONNECT SPDU
was received on a T-CONNECT indication. The SPM ignores it, and just completes the establishment of
the transport connection.
On receiving the T-CONNECT confirm with no SPDU in the User-data, the initiating SPM switches to
using the long-form SPDUs for connection establishment, sending the original CONNECT SPDU.
5.8.9 Negotiation of null-encoding protocol option
The use of the null-encoding protocol option is negotiated between the peer SPMs at session-connection establishment. It
shall only be offered by the initiating SPM if the initiating Session user has requested, and the initiating SPM supports,
the no-orderly-release functional unit. In addition, it can only be offered by the initiating SPM if no session layer
addressing information is required to be conveyed
The null-encoding protocol option is selected for use on the session connection by the responding SPM. It shall only
select the use of the option if:
a) the null-encoding protocol option was offered by the initiating SPM;
b) the responding SPM has selected the kernel, full-duplex and no-orderly-release functional units, and no
other functional units.
5.8.10 Negotiation using short-connect protocol option with no upper-layer context identifier
The SPMs may use the short-connect protocol option to establish a session connection using the null-encoding option.
The short-connect protocol option, as applied to connection establishment, uses the SHORT CONNECT SPDU, SHORT
ACCEPT SPDU, SHORT ACCEPT CONTINUE SPDU and (if unsuccessful) the SHORT REFUSE SPDU and SHORT
REFUSE CONTINUE SPDU.
The short-connect protocol option can only be used by the initiating SPM if, on the S-CONNECT request primitive:
a) the Session Connection Identifier parameter is absent;
b) in the Calling Session Address and Called Session Address, the session selector is absent; and
c) the Session Requirements parameter specifies the full duplex and no-orderly-release functional unit and no
others.
The responding SPM can only issue a SHORT ACCEPT SPDU if, on the S-CONNECT response primitive:
a) the Session Connection Identifier parameter is absent;
b) in the Responding Session Address, the session selector is absent;
c) the Result is “accepted”; and
d) the Session Requirements parameter specifies the full duplex and no-orderly-release functional unit and no
others.
The SHORT CONNECT SPDU, SHORT ACCEPT SPDU and SHORT REFUSE SPDUs can be transferred as User-data
on the Transport-layer T-CONNECT primitives or as User-data on T-DATA primitives, if the Transport connection is
already established. The mapping to the User-data of the T-CONNECT primitives is only possible if the complete
SPDUs, including any User-data, meet any size restrictions of the T-CONNECT User-data. Otherwise procedures are
applied to send the SPDUs using the T-DATA primitives.
10) Subclause 6.1.4
Add the following phrase to the antepenultimate paragraph of this subclause:
Only the initiator of the transport connection is permitted to issue the CONNECT SPDU or the SHORT CONNECT
SPDU.
Replace the last paragraph of 6.1.4 with the following new paragraphs:
The TS-user data parameter in the T-CONNECT request and indication is used for the SHORT CONNECT SPDU. The
TS-user data parameter in the T-CONNECT response and confirm is used for the SHORT ACCEPT SPDU and SHORT
REFUSE SPDU if they fit, or for the SHORT ACCEPT CONTINUE SPDU and the SHORT REFUSE CONTINUE
SPDU otherwise. When a T-CONNECT request is issued, the TS-user data parameter shall either contain a SHORT
CONNECT SPDU or shall be empty. When a T-CONNECT response is issued, the TS-user data parameter shall be
empty, unless the T-CONNECT indication contained a SHORT CONNECT SPDU, in which case it shall contain a
SHORT ACCEPT SPDU, SHORT REFUSE SPDU, SHORT ACCEPT CONTINUE SPDU or SHORT REFUSE
CONTINUE SPDU.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 5
---------------------- Page: 9 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
If the responding session implementation does not support the short-connect protocol option, it shall ignore the TS-user
data parameter on the T-CONNECT indication and confirm.
11) Subclause 6.3.3
Add the following items at the end of the list of SPDUs:
– NULL SPDU (see 7.49);
– SHORT CONNECT (see 7.38);
– SHORT ACCEPT (see 7.39);
– SHORT CONNECT CONTINUE (see 7.40);
– SHORT ACCEPT CONTINUE (see 7.41);
– SHORT REFUSE (see 7.42);
– SHORT REFUSE CONTINUE (see 7.43);
– SHORT FINISH (see 7.44);
– SHORT DISCONNECT (see 7.45);
– SHORT DATA TRANSFER (see 7.46);
– SHORT ABORT (see 7.47).
Consequently, change the period of the last SPDU of the list to semi-colon.
12) Subclause 6.3.5
Change the first sentence as follows:
Segmenting of SSDUs takes place under the following circumstances, provided the null-encoding option has not been
selected.
13) Subclause 6.3.7
Add the following to the column of Category 1 SPDUs in Table 6:
NULL SPDU
SHORT CONNECT
SHORT ACCEPT
SHORT CONNECT CONTINUE
SHORT ACCEPT CONTINUE
SHORT REFUSE
SHORT REFUSE CONTINUE
SHORT FINISH
SHORT DISCONNECT
SHORT DATA TRANSFER
SHORT ABORT
14) Subclause 6.4.4
Replace item b) with:
b) ABORT SPDUs are sent on the normal transport flow unless the null-encoding option is selected, in which
case the ABORT SPDUs are not sent.
6 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
---------------------- Page: 10 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
15) Subclause 6.6.4
Change the title of this subclause as follows:
6.6.4 Description (when null-encoding option is not selected)
Add the following new subclause after 6.6.4:
6.6.5 Description (when null-encoding option is selected)
When the null-encoding option is selected, the session connection is terminated by disconnection of the supporting
transport connection.
16) Subclause 7.1
Add at the end of the paragraph:
The CONNECT SPDU is transmitted when the initiating SPM has chosen not to use a SHORT CONNECT SPDU, or
after a SHORT CONNECT SPDU was transmitted on a T-CONNECT request and no SPDU was received on the
T-CONNECT confirm, or after a SHORT REFUSE SPDU has been received with reason code value indicating
“unknown connection summary”.
17) Subclause 7.1.1
Replace item b) 1) with:
b) A Connect/Accept Item parameter group containing:
1) A Protocol Options parameter which enables the initiator to indicate its ability to receive extended
concatenated SPDUs, to use the null encoding option and its ability to receive the following
short-form SPDUs – SHORT DATA TRANSFER, SHORT FINISH, SHORT DISCONNECT and
SHORT ABORT SPDU.
The initiator is not able to use the null encoding option unless the no-orderly-release functional unit
was proposed by the calling SS-user.
18) Subclause 7.1.2
Replace the first two sentences by:
The sending of a CONNECT SPDU results from one of three events:
a) If the initiating SPM chooses not to use a SHORT CONNECT SPDU, an S-CONNECT request results in
the assignment of a transport connection. When the transport connection is established, a CONNECT
SPDU is sent on the transport normal flow.
b) If the initiating SPM chose to use a SHORT CONNECT SPDU, and sent the SHORT CONNECT SPDU
on the User-data of the T-CONNECT request, the receipt of a T-CONNECT confirm with no SPDU in the
User-data results in a CONNECT SPDU. This is sent on the transport normal flow.
c) If the initiating SPM chose to use a SHORT CONNECT SPDU (on a new or established transport
connection), an incoming SHORT REFUSE SPDU with the reason code value indicating “unknown
connection summary” results in a CONNECT SPDU. This is sent on the transport normal flow.
In all cases, if the Data Overflow . continue with rest of original paragraph.
19) Subclause 7.4.1
Replace b) 1) with:
b) A Connect/Accept Item parameter group containing:
1) A Protocol Options parameter which enables the responder to indicate its ability to receive extended
concatenated SPDUs whether the null encoding option is selected for use on this session connection,
and its ability to receive the following short-form SPDUs – SHORT DATA TRANSFER, SHORT
FINISH, SHORT DISCONNECT and SHORT ABORT SPDU.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 7
---------------------- Page: 11 ----------------------
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
The responder shall not select the null encoding option unless:
– the initiator indicates on the CONNECT SPDU that it is able to use the null encoding option;
and
– the functional units selected for use on the session connection [see d) below] are precisely:
i) kernel functional unit;
ii) full-duplex functional unit;
iii) no-orderly-release functional unit.
20) Subclause 7.11
Add the following text at the end of the first sentence of this subclause:
Normal data is transferred by the DATA TRANSFER SPDU unless the null encoding option is selected, in which case
the NULL SPDU is used (see 7.49). If the short encoding option is selected, the SPM may transfer data using the SHORT
DATA TRANSFER SPDU (see 7.46).
21) Subclauses 7.38 through 7.41
Add the follow
...
lSO/CEI
NORME
8327-1
INTERNATIONALE
Deuxieme Edition
1996-09- 15
AMENDEMENT 1
19984 0-01
Technologies de I’information -
Interconnexion de systemes ouverts
(OSI) - Protocole de Session en mode
connexion: Specification du protocole
AMENDEMENT 1: Amelioration de I’efficacite
Information technology - Open Systems In terconnection -
Connection-oriented Session protocol: Protocol specification
AMENDMENT 1: Efficiency enhancements
Numbro de refbrence
IS0/CEI 8327-1:1996lAmd.1:1998(F)
---------------------- Page: 1 ----------------------
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Sommaire
Page
1
Paragraphe 2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .-.
1)
1
Paragraphe 2.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2)
. . . . . . . . . . . . .V.*. 1
Paragraphe 3.4
3)
,. 2
Paragraphe 4.2
4)
2
Paragraphe 5.2 .
5)
2
Paragraphe 5.4.2 .
6)
2
Paragraphe 5.6 .
7)
........................................................................................................................................... 3
Paragraphe 5 6.10
8)
3
Paragraphe 5.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9)
6
Paragraphe 6.1.4 .
10)
Paragraphe 6.3.3 . 6
11)
6
Paragraphe 6.3.5 .
12)
Paragraphe 6.3.7 . 6
13)
7
Paragraphe 6.4.4 .
14)
7
Paragraphe 6.6.4 .
15)
Paragraphe 7.1 . 7
16)
7
Paragraphe 7.1.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17)
Paragraphe 7.1.2 . 7
18)
8
Paragraphe 7.4.1 .
19
Paragraphe 7.11 . 8
20)
8
Paragraphes 7.38 a 7.41 .
21)
7.38 Unite SPDU SHORT CONNECT . 8
7.39 Unite SPDU SHORT ACCEPT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Unite SPDU SHORT CONNECT CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
7.40
7.41 Unite SPDU SHORT ACCEPT CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
7.42 Unite SPDU SHORT REFUSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
14
7.43 Unite SPDU SHORT REFUSE CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.44 Unite SPDU SHORT FINISH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.45 Unite SPDU SHORT DISCONNECT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.46 Unite SPDU SHORT DATA TRANSFER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Unite SPDU SHORT ABORT 16
7.47 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.48 Liberation de la connexion lorsque l ’option de codage nul est choisie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
7.49 Unite SPDU NULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
0 ISO/CEI 1998
Droits de reproduction reserves. Sauf prescription differente, aucune Partie de cette publication ne
peut etre reproduite ni utilisee sous quelque forme que ce soit et par aucun procede, electronique ou
mecanique, y compris Ia photocopie et les microfilms, sans l ’accord ecrit de l ’editeur.
ISO/CEI Copyright Office l Case postale 56 l CH- 12 11 Geneve 20 l Suisse
Imprime en Suisse
11
---------------------- Page: 2 ----------------------
0 ISOKEI ISOKEI 83274 : 1996/Amd.l : 1998 (F)
Paragraphe 8.2 .
22) 18
8.2 Structure des unites SPDU (SPDU de format lang) .
18
Paragraphes 8.2.1 a 8.2.8 .
18
23)
Paragraphes 8.5 et 8.6 .
18
24)
Structure des uni& SPDU (SPDU de format tourt)
8.5 .
18
8.6 Identificateurs d ’unites SPDU de forrnat tourt et champs de parametre associes
...............................
19
Paragraphe 9.1.3 .
26
25)
26) Paragraphe A.5.1 .
26
Paragraphe A.5.4.20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27) 26
. . .
111
---------------------- Page: 3 ----------------------
0 ISO/CEI
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Avant-propos
L ’ISO (Organisation internationale de normalisation) et la CE1 (Commission
electrotechnique internationale) forment ensemble un Systeme consacre a la
normalisation internationale consideree comme un tout. Les organismes nationaux
membres de 1 ’ISO ou de la CE1 participent au developpement de Normes inter-
nationales par l ’intermediaire des comites techniques cr&% par l ’organisation
concernee afin de s ’occuper des differents domaines particuliers de l ’activite
technique. Les comites techniques de HS0 et de la CE1 collaborent dans des
domaines d ’interet commun. D ’autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I ’ISO et la CE1 participent
egalement aux travaux.
Dans le domaine des technologies de l ’information, I ’ISO et la CE1 ont cr% un
comite technique mixte, l ’ISO/CEI JTC 1. Les projets de Normes internationales
adoptes par le comite technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvees conformement aux procedures qui requierent
l ’approbation de 75 % au moins des organismes nationaux votants.
L ’Amendement 1 a l ’ISO/CEI 8327- 1: 1996 a etc elaborc par le comite technique
mixte ISO/CEI JTC 1, Technologies de Z ’information, sous-comite SC 33, Services
d ’applications distribukes, en collaboration avec I ’UIT-T. Le texte identique est
publie en tant que Rec. UIT-T X.22YAmd. 1.
---------------------- Page: 4 ----------------------
ISOKEI 8327-1 : 199WAmd.l : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L ’INFORMATION - INTERCONNEXION DE SYSTEMES
OUVERTS (OSI) - PROTOCOLE DE SESSION EN MODE CONNEXION:
SPlkIFICATION DU PROTOCOLE
AMENDEMENT 1:
Amelioration de l ’efficacitk
Paragraphe 2.1
i)
Ajouter la r@%rence suivante pur ordre numkrique:
-
Recommandation UIT-T X.2 15 (1995)/Amd. 1 (1997) 1 ISOKEI 8326: 1996/Amd. 1: 1997, Technologies
de l ’information - Interconnexion des systemes ouverts
- Dkfinition du Service de Session - Amen-
dement 1: Amelioration de l ’efficacitk de la couche Session.
Paragraphe 2.3
2)
Ajouter Ia rkfkrence suivante apks la Recommandation T. 62:
-
Recommandation UIT-T X.2 15 (1995)lAddendum 1 (1995), Dkfinition du Service pour Z ’am~lioration de
l ’efficacitk de Zu couche Session.
Paragraphe 3.4
3)
Ajouter les d@?nitions suivantes.
3.4.a unitk SPDU de format long: unite SPDU ayant la structure de format long definie au 8.2.
3.4.b Option de protocole h codage nul: Option du protocole de Session negociee lors de l ’etablissement de la
connexion, qui permet une Phase de transfert de donnees sans informations de commande de protocole de Session et sans
possibilite de signaler la liberation programmee de la connexion de Session.
3.4.c indication de paramktre: champ situe sur les bits de poids faible du Premier octet d ’une unite SPDU de
format tourt (les bits de poids fort contiendront l ’identificateur d ’unite SPDU).
3.4.d Option de protocole & connexion rapide: Option du protocole de Session qui permet, lors de l ’etablissement de
la connexion, de negocier efficacement le mecanisme d ’association rapide (dont le protocole a codage nul defini dans la
Rec. UIT-T X.225 bis constitue un cas particulier) en definissant, pour les unites SPDU d ’etablissement de connexion,
des codages plus compacts que ceux de la Rec. UIT-T X.225 1 ISO/CEI 8327-1.
3.4.e Option de protocole a codage tourt: Option du protocole de Session qui permet d ’utiliser des informations de
commande de protocole reduites pour certaines des SPDU de Session les plus courantes Pendant les phases de transfert
de donnees et de liberation.
3.4.f unit6 SPDU de format tourt: unite SPDU ayant la structure de format tourt definie au 8.5. Le nom de toutes
les unites SPDU de format tourt commence par le mot SHORT et leur abreviation commence par la lettre S.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
---------------------- Page: 5 ----------------------
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 4.2
4)
Ajouter & lafin de la Ziste des abrkviations.
SI&P Identificateur d ’unite SPDU (pour les unites SPDU de fortnat tourt) et indication de parametre.
Paragraphe 5.2
5)
Dans le Tableau I, citk dans ce Paragraphe, ajouter les rubriques suivantes dans la case identzjike pur Connexion de
couche Session, SPDU associees:
Primitives SPDU associees
Service
Connexion de demande S-CONNECT SPDU CONNECT ou
couche Session indication S-CONNECT SPDU SHORT CONNECT
SPDU CONNECT ou
reponse S-CONNECT (acceptation) SPDU SHORT CONNECT
SPDU ACCEPT,
confirmation S-CONNECT SPDU WORT ACCEPT ou
SPDU SHORT ACCEPT CONTINUE
(acceptation)
SPDU ACCEPT,
SPDU SHORT ACCEPT ou
reponse S-CONNECT (rejet)
SPDU SHORT ACCEPT CONTINUE
SPDU REFUSE,
confirmation S-CONNECT (rejet) SPDU SHORT REFUSE ou
SPDU SHORT REFUSE CONTINUE
SPDU REFUSE,
SPDU SHORT REFUSE ou
SPDU SHORT REFUSE CONTINUE
Transfeit de donnees demande S-DATA SPDU DATA TRANSFER ou
normales SPDU SHORT DATA TRANSFER ou
SPDU NULL
indication S-DATA SPDU DATA TRANSFER ou
SPDU SHORT DATA TRANSFER ou
SPDU NULL
Liberation programmee
demande S-RELEASE SPDU FINISH ou SPDU SHORT FINISH
(sans perte de donnees) indication S-RELEASE SPDU FINISH ou SPDU SHORT FINISH
SPDU DISCONNECT ou SPDU SHORT DISCONNECT
reponse S-RELEASE (acceptation)
indication S-RELEASE (acceptation) SPDU DISCONNECT ou SPDU SHORT DISCONNECT
reponse S-RELEASE (rejet) SPDU NOT FINISHED
indication S-RELEASE (rejet) SPDU NOT FINISHED
Paragraphe 5.4.2
6)
Ajouter ti lafin de la liste et avant la Note Zes nouveauxpoints suivants:
h) de negocier l ’option de protocole a codage nul (voir 5.8.7);
i) de negocier la specification de tontexte de couche superieure.
Paragraphe 5.6
7)
Ajouter un nouveau Paragraphe comme suit.
5.6.2 bis Unitk fonctionnelle de libh-ation non programmke
Cette unite fonctionnelle supprime la fonction de liberation programmee (sans perte de donnees) dans l ’unite
fonctionnelle noyau.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
2
---------------------- Page: 6 ----------------------
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 5.6.10
8)
ModiJier de la manikre suivante le Tableau 3 citk dans ceparagraphe:
Unite fonctionnelle Code de SPDU Reference
Nom de la SPDU
Noyau CN CONNECT (voir la Note 1) 7.1
OA 7.2
OVERFLOW ACCEPT (voir la Note 2)
CD0 CONNECT DATA OVERFLOW (voir la Note 2) 7.3
AC 7.4
ACCEPT (voir la Note 1)
RF REFUSE (voir Ia Note 1) 7.5
FN FINISH (voir la Note 10) 7.6
DN DISCONNECT (voir la Note 10) 7.7
AB ABORT (voir Ia Note 11) 7.9
AA ABORT ACCEPT (voir la Note 3) 7.10
7.11
DT DATA TRANSFER (voir la Note 11)
PR PREPARE (voir Ia Note 7) 7.26
SCN SHORT CONNECT (voir la Note 14) 7.38
SAC SHORT ACCEPT (voir la Note 14) 7.39
SRF SHORT REFUSE (voir la Note 14) 7.42
NL NULL (voir la Note 13) 7.49
SCNC SHORT CONNECT CONTINUE (voir la Note 14) 7.40
SACC SHORT ACCEPT CONTINUE (voir la Note 14) 7.41
SRFC SHORT REFUSE CONTINUE (voir la Note 14) 7.43
SFN SHORT FINISH (voir Ia Note 12) 7.44
SDN SHORT DISCONNECT (voir la Note 12) 7.45
SDT SHORT DATA TRANSFER (voir la Note 12) 7.46
SAB SHORT ABORT (voir la Note 12) 7.47
Pas d ’unites SPDU additionnelles associees
1 Liberation non programmee
Suite ti la Note 9 de ce tableau, ajouter les Notes suivantes:
10 Non utilise si l ’unite fonctionnelle de liberation non programmee est choisie.
11 Non utilise si l ’option de protocole a codage nul est choisie.
12
Utilise uniquement si l ’option de protocole a codage tourt est Prise en Charge.
13 Utilise uniquement si l ’option de protocole a codage nul est Prise en Charge.
14
Utilise uniquement si l ’option de protocole de connexion rapide est choisie.
Paragraphe 5.8
9)
Ajouter Zes nouveaux paragraphes ti lafin du 5.8.6:
5.8.7 Negociation du codage tourt
Chaque machine SPM indique si elle souhaite utiliser l ’option de codage tourt sur la connexion. L ’option de protocole
est selectionnee uniquement si les deux machines SPM proposent de faire appel a cette Option. Si l ’option est choisie, les
unites SPDU SHORT DATA TRANSFER, SHORT FINISH, SHORT DISCONNECT et SHORT ABORT peuvent etre
utilisees sur la connexion.
L ’utilisation des autres SPDU de format tourt (SHORT CONNECT, SHORT ACCEPT, SHORT CONNECT
CONTINUE, SHORT REFUSE CONTINUE, SHORT ACCEPT CONTINUE et SHORT REFUSE) n ’est pas affectee
par l ’option de protocole a codage tourt.
5.8.8 Nkgociation de l ’utilisation du mecanisme de connexion rapide et de la sp&Sication de tontexte de
couche supkrieure
Une machine SPM appelante qui recoit une demande S-CONNECT comportant un parametre w-esume des donnees de
l ’utilisateur de la sessiorw peut utiliser le mecanisme de connexion rapide. Par definition, la machine SPM cree l ’unite
SPDU CONNECT qui serait utilisee pour etablir la connexion. La machine SPM utilise ensuite la specification de
tontexte de couche superieure pour resumer les parametres de cette unite SPDU, y compris le contenu semantique des
donnees d ’utilisateur represente dans le parametre «resurne des donnees d ’utilisateur)> de la demande S-CONNECT.
La specification de tontexte de couche superieure est definie dans le protocole de Session soit par un identificateur de
forme globale (un identificateur d ’objet ASN.1) soit par un identificateur de forme restreinte (une grandeur de 16 bits
non ambig& dans le cadre de certains groupes de systemes d ’interconnexion).
Rec. UIT-T X.225 (1995)/Amd.l (1997 F) 3
---------------------- Page: 7 ----------------------
ISOKEI 8327-1 : 199MAmd.l : 1998 (F)
La specification de tontexte de couche superieure peut ou non definir des parametres qui refletent les valeurs des
parametres de l ’unite SPDU CONNECT ou, par le biais du parametre w-esume des donnees de l ’utilisateur de la sessiorw,
les valeurs contenues dans le parametre «donnees de l ’utilisateur du Service de session» de la demande S-CONNECT. La
specifkation de tontexte de couche superieure stipulera que chaque parametre est:
immediat: c ’est-a-dire qu ’il est toujours envoye avec l ’identificateur;
a>
b) compressible: c ’est-a-dire qu ’une forme comprimee peut etre envoyee avec l ’identificateur, la forme
initiale etant envoyee dans une unite SPDU ulterieure si le destinataire n ’est pas en mesure d ’inverser la
compression.
NOTE 1 - La specification de tontexte de couche superieure definira l ’algorithme de compression.
La machine SPM enverra l ’identificateur de tontexte de couche superieure et tous les parametres immediats ou
comprimes dans le parametre c
dans les donnees d ’utilisateur d ’une demande T-CONNECT ou dans le flux de transport normal, par le biais de T-DATA.
L ’unite SPDU SHORT CONNECT ne doit etre envoyee dans la demande T-CONNECT que si la restriction de taille
imposee par la couche Transport le permet. La maniere dont la machine SPM est informee de cette restriction releve
d ’une initiative locale.
11 se produira ensuite l ’un des faits suivants:
a) la machine SPM appelee peut prendre en campte la specification de tontexte de couche superieure et
restituer tous les parametres comprimes dans leur forme initiale, et, par consequent, reconstituer l ’unite
SPDU CONNECT qui aurait etc envoyee. Si la machine SPM l ’accepte, une indication S-CONNECT est
transmise a l ’utilisateur du Service de Session, sans le parametre «donnees d ’utilisateur)) mais avec le
parametre «resume des donnees d ’utilisateur)) representant le contenu semantique des donnees d ’utilisateur
qui auraient etc envoyees.
Si l ’utilisateur du Service de Session repond par une reponse S-CONNECT (acceptation), la machine SPM
se sert de la specification de tontexte de couche superieure identifiee dans l ’unite SPDU SHORT
CONNECT pour determiner l ’identification de la reponse-resume. Dans ce cas egalement, des parametres
immediats ou comprimes peuvent etre utilises. L ’identification et tous les parametres immediats ou
comprimes sont envoyes dans le parametre w-eponse-resurne» d ’une SPDU SHORT ACCEPT, ce qui
indique par ailleurs que la connexion est etablie.
La reception de l ’unite SPDU SHORT ACCEPT par la machine appelante permet d ’achever
l ’etablissement de la connexion;
NOTE 2 - 11 est probable que l ’identificateur de tontexte de couche superieure ainsi que les informations de
controle de protocole (PCI) de connexion rapide seront definis de maniere a correspondre a la restriction de taille
des donnees d ’utilisateur T-CONNECT.
b) la machine SPM appelee peut prendre en campte la specification de tontexte de couche superieure mais il
existe des parametres comprimes qu ’elle ne peut pas restituer dans leur forme initiale. La machine SPM
demande que la forme non comprimee de ces parametres lui soit envoyee en transmettant une SPDU
SHORT ACCEPT qui Signale que la connexion n ’est pas etablie.
Lorsqu ’elle recoit l ’unite SPDU SHORT ACCEPT, la machine SPM appelante envoie une unite SPDU
SHORT CONNECT CONTINUE qui contient la forme non comprimee des parametres. La machine SPM
appelee peut maintenant, si elle accepte les unites SPDU recues, envoyer une indication S-CONNECT
avec le contenu semantique des donnees d ’utilisateur manquantes, representees par le parametre «resurne
des donnees d ’utilisateuw.
Si l ’utilisateur du Service de Session envoie une reponse S-CONNECT (acceptation), la machine SPM se
sert de la specification de tontexte de couche superieure identifiee dans l ’unite SPDU SHORT
CONNECT pour determiner l ’identification de la reponse-resume et envoie celle-ci avec tous les
parametres dans leur forme non comprimee dans une unite SPDU SHORT ACCEPT CONTINUE;
c) la machine SPM appelee ne peut pas prendre en campte la specification de tontexte de couche
superieure - l ’identificateur n ’est pas reconnu - et l ’unite SPDU SHORT CONNECT a etc recue sur une
connexion etablie. La machine SPM repond par une unite SPDU SHORT REFUSE signalant que le
resume de connexion n ’est pas connu.
Lorsqu ’elle recoit l ’unite SPDU SHORT REFUSE, la machine SPM appelante utilise les unites SPDU de
format long pour etablir la connexion et envoie les unites SPDU CONNECT initiales, y compris toutes les
donnees d ’utilisateur;
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
---------------------- Page: 8 ----------------------
ISO/CEI 83274 : 1996/Amd.l : 1998 (F)
la machine SPM appelee ne peut pas prendre en campte la specification de tontexte de couche
4
superieure - l ’identificateur n ’est pas reconnu - et l ’unite SPDU SHORT CONNECT a etc recue dans une
indication T-CONNECT. La machine SPM ignore cette SPDU et acheve d ’etablir la connexion de
transport.
Lorsqu ’elle recoit la confirmation T-CONNECT sans unite SPDU dans les donnees d ’utilisateur, la
machine SPM appelante utilise les uni& SPDU de format long pour etablir la connexion et envoie l ’unite
SPDU CONNECT initiale;
la machine SPM appelee ne prend pas en Charge l ’unite SPDU SHORT CONNECT et cette unite a et6
e>
recue sur une connexion etablie. La machine SPM considere qu ’il s ’agit d ’une erreur de protocole et libere
la connexion de transport;
la machine SPM appelee ne prend pas en Charge l ’unite SPDU SHORT CONNECT et cette unite a etc
0
recue dans une indication T-CONNECT. La machine SPM l ’ignore et acheve d ’etablir la connexion de
transport.
Lorsqu ’elle recoit la confirmation T-CONNECT sans unite SPDU dans les donnees d ’utilisateur, la
machine SPM appelante utilise les unites SPDU de format long pour etablir la connexion et envoie l ’unite
SPDU CONNECT initiale.
5.8.9 Nbgociation de l ’option de protocole A codage nul
L ’utilisation de l ’option de protocole a codage nul est negociee entre les machines SPM homologues lors de
l ’etablissement de la connexion de Session. Elle ne doit etre Offerte par la machine SPM appelante que si l ’utilisateur du
Service de Session appelant a demande l ’unite fonctionnelle de liberation non programmee et si la machine SPM
appelante prend cette unite fonctionnelle en Charge. De plus, elle ne peut etre Offerte par la machine SPM appelante que
s ’il n ’y a pas d ’informations d ’adressage de couche Session a vehiculer.
C ’est la machine SPM appelee qui choisit l ’utilisation de l ’option de protocole a codage nul sur la connexion de Session.
Elle ne doit choisir l ’utilisation de cette Option que si:
a) l ’option de protocole a codage nul a etc Offerte par la machine SPM appelante;
b) la machine SPM appelee a choisi les unites fonctionnelles noyau, de transmission duplex et de liberation
non programmee, a l ’exclusion de toute autre unite fonctionnelle.
5.8.10 Nkgociation de l ’utilisation de l ’option de protocole & connexion rapide sans identificateur de tontexte de
couche supkrieure
Les machines SPM peuvent utiliser l ’option de protocole a connexion rapide pour etablir une connexion de Session a
l ’aide de l ’option de codage nul. L ’option de protocole a connexion rapide, appliquee a l ’etablissement de la connexion,
utilise les unites SPDU SHORT CONNECT, SHORT ACCEPT, SHORT ACCEPT CONTINUE et (en cas d ’echec)
SHORT REFUSE et SHORT REFUSE CONTINUE.
L ’option de protocole a connexion rapide ne peut etre utilisee par la machine SPM appelante que si, dans la primitive de
demande S-CONNECT:
a) le parametre ((identificateur de connexion sessiorw est absent;
b) le selecteur de Session est absent dans l ’adresse de Session appelante et dans l ’adresse de Session appelee;
c) le parametre (cpropositions de l ’utilisateur pour la session)) specifie uniquement l ’unite fonctionnelle de
transmission duplex sans liberation programmee.
La machine SPM appelee ne peut emettre d ’unite SPDU SHORT ACCEPT que si, dans la primitive de reponse
S-CONNECT:
a) le parametre Gdentificateur de connexion sessiorw est absent;
b) le selecteur de Session est absent dans l ’adresse de Session appelee;
c) le resultat a la Valeur ctaccepted»;
d) le parametre ((propositions de l ’utilisateur pour la session» specifie uniquement l ’unite fonctionnelle de
transmission duplex sans liberation programmee.
Les unites SPDU SHORT CONNECT, SHORT ACCEPT et SHORT REFUSE peuvent etre transferees comme donnees
d ’utilisateur sur les primitives T-CONNECT de la couche Transport ou comme donnees d ’utilisateur dans les primitives
T-DATA, si la connexion de transport est deja etablie. Le mappage avec les donnees d ’utilisateur des primitives
T-CONNECT n ’est possible que si les unites SPDU completes, y compris, le cas echeant, les donnees d ’utilisateur,
repondent a toute condition eventuelle de restriction de taille des donnees d ’utilisateur T-CONNECT. Dans le cas
contraire, on applique certaines procedures pour envoyer les unites SPDU au moyen des primitives T-DATA.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F) 5
---------------------- Page: 9 ----------------------
ISOICEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 6.1.4
10)
Ajouter Ze membre de Phrase suivant ci I ’antkp&wltiGme aZint;a du prksent Paragraphe:
Seule la machine SPM qui a demandk Mablissement de la connexion de transport a le droit d ’emettre l ’unite SPDU
CONNECT ou l ’unite SPDU SHORT CONNECT.
Remplacer le dernier Paragraphe du 6. I. 4 par les nouveaux paragraphes suivants:
Le parametre «donnees de l ’utilisateur du Service de transport (TS)» dans la demande et l ’indication T-CONNECT est
utilise pour l ’unite SPDU SHORT CONNECT. Le parametre «donnees de l ’utilisateur TS» de la reponse et la
confirmation T-CONNECT est utilise pour les unites SPDU SHORT ACCEPT et SHORT REFUSE, si elles sont
appropriees, ou pour les unites SPDU SHORT ACCEPT CONTINUE et SHORT REFUSE CONTINUE dans le cas
contraire. Lorsqu ’une demande T-CONNECT est emise, le parametre «donnees de l ’utilisateur TS» doit contenir une
unite SPDU SHORT CONNECT ou etre vide. Lorsqu ’une reponse T-CONNECT est emise, le parametre «donnees de
l ’utilisateur TS» doit etre vide sauf si l ’indication T-CONNECT contenait une unitk SPDU SHORT CONNECT, auquel
cas elle doit contenir une unite SPDU SHORT ACCEPT, SHORT REFUSE, SHORT ACCEPT CONTINUE ou SHORT
REFUSE CONTINUE.
Si l ’application de Session qui repond ne prend pas en Charge l ’option de protocole a connexion rapide, elle doit ignorer
le parametre «donnees de l ’utilisateur TS» de l ’indication et de la confirmation T-CONNECT.
Paragraphe 6.3.3
Ajouter les rubriques suivantes ti lafin de la liste de SPDU:
-
NULL SP
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.