summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc1240.txt
blob: 2add55aecfaa5da68a9561057596a1b228349802 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
Network Working Group                                            C. Shue
Request for Comments: 1240                      Open Software Foundation
                                                             W. Haggerty
                                                 Wang Laboratories, Inc.
                                                              K. Dobbins
                                                 Cabletron Systems, Inc.
                                                               June 1991


          OSI Connectionless Transport Services on top of UDP
                               Version: 1

Status of this Memo

   This document describes a protocol for running OSI Connectionless
   service on UDP.  This RFC specifies an IAB standards track protocol
   for the Internet community, and requests discussion and suggestions
   for improvements.  Please refer to the current edition of the "IAB
   Official Protocol Standards" for the standardization state and status
   of this protocol.  Distribution of this memo is unlimited.

1.  Introduction and Philosophy

   The Internet community has a well-developed, mature set of layered
   transport and network protocols, which are quite successful in
   offering both connection-oriented (TCP) and connectionless (UDP)
   transport services over connectionless network services (IP) to end-
   users.  Many popular network applications have been built directly on
   top of the TCP and UDP over the past decade.  These have helped the
   Internet services and protocols to become widely-spread de facto
   standards.  In the past few years, the ISO and CCITT have defined a
   well-architected set of upper layer standards which include
   connection-oriented and connectionless session, presentation, and
   application layer services and protocols.  These OSI upper layer
   standards offer valuable services to application developers (e.g.,
   dialogue control, transfer syntax, peer authentication, directory
   services, etc.) which are not currently offered by the TCP/IP
   standards.

   As indicated in RFC 1006, it is desirable to offer the OSI upper
   layer services directly in the Internet without disrupting existing
   facilities.  This permits a more graceful convergence and transition
   strategy from IP-based networks to OSI-based networks in the future.
   Using the approach of RFC 1006, this memo specifies how to offer OSI
   connectionless transport service using the User Datagram Protocol
   (UDP) [RFC768] of the TCP/IP suite.

   We will define a Transport Service Access Point (TSAP) which appears



Shue, Haggerty & Dobbins                                        [Page 1]
^L
RFC 1240                   OSI on top of UDP                   June 1991


   to be identical to the services and interfaces defined in ISO 8072
   and its Addendum 1, but we will in fact implement the ISO T-UNIT-DATA
   protocol on top of UDP.  By this means, OSI TPDU's can be delivered
   across the Internet network, and OSI connectionless upper layers can
   operate fully without knowledge of the fact that they are running on
   top of UDP/IP.  In essence, the OSI T-UNIT-DATA service will use UDP
   as its connectionless network service provider.

2.  Motivation

   The primary motivation for the standard described in this memo is to
   facilitate the process of gaining experience with OSI connectionless
   upper layers protocols, i.e., S-UNIT-DATA [ISO9548], P-UNIT-DATA
   [ISO9576] and A-UNIT-DATA [ISO10035], and connectionless transport
   protocol T-UNIT-DATA [ISO8602].

   Though many OSI standard applications such as X.400 and FTAM are
   connection-oriented, it is recognized in the OSI reference model
   [ISO7498/AD1] as well as in practice that the connectionless-mode
   operations are appropriate for certain distributed application
   classes and environments.  The following connectionless application
   classes were identified by ISO SC21/WG6 [ISOSC21/WG6 N184]:

         -    Request-Response Applications
         -    Broadcast/Multicast
         -    Inward Data Collection
         -    Migratory/Unreliable Processes

   Among them, the "request/response" client-server application class is
   the most prominent one, which is gaining popularity and importance.
   It is observed that the connection setup and tear-down protocol
   exchanges and complex connection-oriented protocol machines become
   unnecessary overheads for a simple request/response exchange between
   a client application and a server application, especially in reliable
   communications environments such as LAN and ISDN.  The OSI
   connectionless upper layers are thought to be highly effective and
   efficient, both in time and space, for the distributed application
   classes mentioned above.

   The stability, maturity and wide availability of UDP/IP are ideal for
   providing solid connectionless transport services independent of
   actual implementations.

3.  The Model

   The [ISO 8072/AD1] standard describes the OSI connectionless
   transport services definition. The [ISO 8602] standard describes the
   OSI connectionless transport protocols.  A defining characteristic of



Shue, Haggerty & Dobbins                                        [Page 2]
^L
RFC 1240                   OSI on top of UDP                   June 1991


   transport connectionless-mode transmission is the independent nature
   of each invocation of the connectionless transport service.

   The OSI transport service definition describes the services offered
   by the TS-provider and the interfaces used to access those services.
   It also describes the services required.  This memo focuses on how
   UDP [RFC 768] can be used to offer the required services and provide
   the interfaces.


   The following is the model:


        +-----------+                               +-----------+
        |  TS-user  |                               |  TS-user  |
        +-----------+                               +-----------+
              |                                           |
              |CLTS interface                             |
              |[ISO 8072/AD1]                             |
              |                                           |
     _________________________________________________________________
    |         |                                           |           |
    |         |                                           |           |
    |   +-----------+            UD TPDU            +-----------+     |
    |   |  TS-peer  |   <----------------------->   |  TS-peer  |     |
    |   +-----------+                               +-----------+     |
    |         |                                           |           |
    |         |                                           |           |
    |         |                                           |           |
    |         |UDP interface [RFC 768]                    |           |
    |         |                                           |           |
    |   +-----------+          UDP datagram         +-----------+     |
    |   |    UDP    |   <----------------------->   |    UDP    |     |
    |   +-----------+     (UD TPDU encapsulated)    +-----------+     |
    |         |                                           |           |
    |         |                                           |           |
    |         |                                           |           |
    |         |                                           |           |
    |                                                                 |
    |                                                                 |
    |                           TS-provider                           |
    |_________________________________________________________________|


The following abbreviations are used:


    CLTS          Connectionless Transport



Shue, Haggerty & Dobbins                                        [Page 3]
^L
RFC 1240                   OSI on top of UDP                   June 1991


    TS            Transport Services (implies connectionless transport
                  service in this memo)

    TSAP          Transport Service Access Point

    TS-peer       a process which implements the mapping of CLTS
                  protocols onto the UDP interface as described by
                  this memo

    TS-user       a process using the services of a TS-provider

    TS-provider   the abstraction of the totality of those entities
                  which provide the overall service between the two
                  TS-users

    UD TPDU       Unit Data TPDU (Transport Protocol Data Unit)

   Each TS-user gains access to the TS-provider at a TSAP.  The two TS-
   users can communicate with each other using a connectionless
   transport provided that there is pre-arranged knowledge about each
   other (e.g., protocol version, formats, options, ... etc.), since
   there is no negotiation before data transfer.  In the above diagram
   one TS-user passes a message to the TS-provider, and the peer TS-user
   receives the message from the TS-provider.  The interactions between
   TS-user and TS-provider are described by connectionless TS
   primitives.

   All aspects of [ISO 8072/AD1] are supported in this memo with one
   exception: QOS (Quality of Service) parameter, which is left for
   future study.

   The OSI standards do not specify the format of a TSAP selector.
   Neither does this memo.  However, implementors should consult the
   GOSIP 1.0 specification [GOSIP88/FIPS146] for an interpretation of
   this parameter, wherein the TSAP selector consists of two octets and
   a value of (binary) 1 identifies the service interface between OSI
   transport layer and session layer.

4.  The Primitives

   This RFC assumes that UDP [RFC768] offers the following service
   primitives:

    send datagram  -  datagram is sent to the IP address/destination
                      port

    read datagram  -  datagram is read from UDP




Shue, Haggerty & Dobbins                                        [Page 4]
^L
RFC 1240                   OSI on top of UDP                   June 1991


   Data can only be read from a receive port after the port has been
   created.  This is a local matter.

   This memo reserves the use of UDP port 102 for the use of
   applications which realize the CLTS over UDP.  However as with RFC
   1006, other port values may be used by prior agreement (e.g., through
   use of the OSI Directory).

   This RFC describes how to use these services to emulate the following
   connectionless-mode network service primitives, which are required by
   [ISO8602]:

    N-UNIT-DATA.REQUEST     -  A NS-user requests unit data to be sent

    N-UNIT-DATA.INDICATION  -  A NS-user is notified that unit data
                               can be read from the NSAP

   The mapping between the UDP service primitives and the service
   primitives expected by the connectionless transport peer entity are
   quite straightforward:

    connectionless network service  UDP
    ------------------------------  ---

    N-UNIT-DATA.REQUEST             send datagram

    N-UNIT-DATA.INDICATION          read datagram


The parameter mapping is:

    connectionless network service  UDP
    ------------------------------  ---

    Source address                  source IP address from
                                    calling TS-address

    Destination address             destination IP address from
                                    called TS-address

    Quality of service              (ignored)

    NS-user data                    UD TPDU constructed from T-UNIT-DATA

   When the T-UNIT-DATA.REQUEST primitive is issued, the TS-peer
   constructs a UD TPDU and sends it as a single datagram to the desired
   IP address using UDP.




Shue, Haggerty & Dobbins                                        [Page 5]
^L
RFC 1240                   OSI on top of UDP                   June 1991


   When UDP indicates that a datagram has been received, a UD TPDU is
   read from UDP, and a T-UNIT-DATA.INDICATION primitive is generated.

5.  Packet Format

   The following is the UD TPDU structure which is encapsulated in UDP
   data field:

          1       2         3                m m+1          n
          +--------------------------------------------------+
          |  LI  |  UD      |  Variable Part  |  User Data   |
          |      | 01000000 |                 |              |
          +--------------------------------------------------+

    LI (octet 1) -  the length of the header including parameters, but
                    excluding the LI and user data, with a maximum
                    value of 254

    UD (octet 2) -  the type of TPDU

    Variable Part (octets 3 to m) - the source and destination TSAP id's
          Parameter code:   source TSAP       11000001
                            destination TSAP  11000010
          Parameter length: the length of the parameter, not including
                            the parameter code or length fields, with a
                            maximum value of 254
          Parameter value:  source or destination T-selector

          The optional checksum parameter is not required in the
          variable part since the UDP checksum field in the UDP header
          already performs the checking.

    User Data (octets m+1 to n) -  all the data of the TSDU.

   The maximum NS-user data allowed in the OSI connectionless network
   service is 64,512 octets.  This limit is further constrained by the
   lesser maximum datagram size supported by the two communicating UDP
   peers, which should be known by a priori agreement.

6.  Conclusion

   There is a general trend towards support of the OSI protocol suite in
   the Internet.  This direction is being fostered by the Internet
   Activities Board (IAB) and its Internet Engineering Task Force, and
   by the Federal Networking Council.  By offering an OSI connectionless
   transport service on top of the Internet, this RFC will allow future
   applications to use the OSI connectionless upper-layer services,
   which are required to be conformant to the OSI upper layer



Shue, Haggerty & Dobbins                                        [Page 6]
^L
RFC 1240                   OSI on top of UDP                   June 1991


   architecture.  Currently, T-UNIT-DATA, S-UNIT-DATA, P-UNIT-DATA, and
   A-UNIT-DATA have reached International Standard (IS).  As
   applications based on OSI connectionless services become widely
   available and OSI lower-layer service is widely implemented in the
   Internet, the underlying UDP/IP services can be simply replaced with
   the OSI lower layers.

7.  Acknowledgements

   Marshall T. Rose of PSI, Inc., provided many valuable comments and
   corrections.

8.  References

   [GOSIP88]  U.S. Department of Commerce/National Bureau of Standards,
   [FIPS146]  "Government Open Systems Interconnection Profile (GOSIP)",
              August 1988.

   [ISO7498/AD1]  ISO, "International Standard 7498 - Information
              Processing Systems - OSI:  Basic Reference Model
              Addendum 1: Connectionless-mode Transmission",
              May 1986.

   [ISO8072]  ISO, "International Standard 8072 - Information Processing
              Systems - OSI:  Transport Service Definition", June 1984.

   [ISO8072/AD1]  ISO, "International Standard 8072 - Information
              Processing Systems - OSI:  Transport Service Definition
              Addendum 1: Connectionless-mode Transmission",
              December 1986.

   [ISO8602]  ISO, "International Standard 8602 - Information Processing
              Systems - OSI:  Connectionless Transport Protocol
              Specification", December 1986.

   [ISO9548]  ISO, "International Standard 9548 - Information Processing
              Systems - OSI:  Connectionless Session Protocol
              Specification", April 1989.

   [ISO9576]  ISO, "Draft International Standard 9576 - Information
              Processing Systems - OSI:  Connectionless Presentation
              Protocol Specification", April 1989.

   [ISO10035]  ISO, "Draft International Standard 10035 - Information
              Processing Systems - OSI:  Connectionless ACSE Protocol
              Specification", April 1989.

   [ISOSC21/WG6 N184]  ISO SC21 WG6, "Justification for Connectionless



Shue, Haggerty & Dobbins                                        [Page 7]
^L
RFC 1240                   OSI on top of UDP                   June 1991


              Services in the Upper Layers", June 1986.

   [RFC768]   Postel, J., "User Datagram Protocol", RFC 768,
              USC/Information Sciences Institute, September 1981.

   [RFC791]   Postel, J., "Internet Protocol", RFC 791,
              USC/Information Sciences Institute, September 1981.

   [RFC1006]  Rose, M., and D. Cass, "ISO Transport Service on top of
              the TCP - Version 3", RFC 1006, Northrop Research and
              Technology Center, May 1987.

Security Considerations

   Security issues are not discussed in this memo.

Authors' Addresses


   Chikong Shue
   Open Software Foundation, Inc.
   11 Cambridge Center
   Cambridge, MA 02142

   Phone: (617) 621-8972
   EMail: chi@osf.org


   William Haggerty
   Wang Laboratories, Inc.
   1 Industrial Ave
   Lowell, MA 01851

   Phone: (508) 967-3403
   EMail: bill@comm.wang.com


   Kurt Dobbins
   Cabletron, Inc.
   35 Industrial Way
   Rochester, NH 03867

   Phone: (603) 332-9400








Shue, Haggerty & Dobbins                                        [Page 8]
^L