home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1240.txt < prev    next >
Text File  |  1996-05-07  |  18KB  |  230 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                            C. Shue Request for Comments: 1240                      Open Software Foundation                                                              W. Haggerty                                                  Wang Laboratories, Inc.                                                               K. Dobbins                                                  Cabletron Systems, Inc.                                                                June 1991 
  8.  
  9.            OSI Connectionless Transport Services on top of UDP                                Version: 1 
  10.  
  11. Status of this Memo 
  12.  
  13.    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. 
  14.  
  15. 1.  Introduction and Philosophy 
  16.  
  17.    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. 
  18.  
  19.    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. 
  20.  
  21.    We will define a Transport Service Access Point (TSAP) which appears 
  22.  
  23.  
  24.  
  25. Shue, Haggerty & Dobbins                                        [Page 1] 
  26.  RFC 1240                   OSI on top of UDP                   June 1991 
  27.  
  28.     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. 
  29.  
  30. 2.  Motivation 
  31.  
  32.    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]. 
  33.  
  34.    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]: 
  35.  
  36.          -    Request-Response Applications          -    Broadcast/Multicast          -    Inward Data Collection          -    Migratory/Unreliable Processes 
  37.  
  38.    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. 
  39.  
  40.    The stability, maturity and wide availability of UDP/IP are ideal for    providing solid connectionless transport services independent of    actual implementations. 
  41.  
  42. 3.  The Model 
  43.  
  44.    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 
  45.  
  46.  
  47.  
  48. Shue, Haggerty & Dobbins                                        [Page 2] 
  49.  RFC 1240                   OSI on top of UDP                   June 1991 
  50.  
  51.     transport connectionless-mode transmission is the independent nature    of each invocation of the connectionless transport service. 
  52.  
  53.    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. 
  54.  
  55.     The following is the model: 
  56.  
  57.          +-----------+                               +-----------+         |  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                           |     |_________________________________________________________________| 
  58.  
  59.  The following abbreviations are used: 
  60.  
  61.      CLTS          Connectionless Transport 
  62.  
  63.  
  64.  
  65. Shue, Haggerty & Dobbins                                        [Page 3] 
  66.  RFC 1240                   OSI on top of UDP                   June 1991 
  67.  
  68.      TS            Transport Services (implies connectionless transport                   service in this memo) 
  69.  
  70.     TSAP          Transport Service Access Point 
  71.  
  72.     TS-peer       a process which implements the mapping of CLTS                   protocols onto the UDP interface as described by                   this memo 
  73.  
  74.     TS-user       a process using the services of a TS-provider 
  75.  
  76.     TS-provider   the abstraction of the totality of those entities                   which provide the overall service between the two                   TS-users 
  77.  
  78.     UD TPDU       Unit Data TPDU (Transport Protocol Data Unit) 
  79.  
  80.    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. 
  81.  
  82.    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. 
  83.  
  84.    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. 
  85.  
  86. 4.  The Primitives 
  87.  
  88.    This RFC assumes that UDP [RFC768] offers the following service    primitives: 
  89.  
  90.     send datagram  -  datagram is sent to the IP address/destination                       port 
  91.  
  92.     read datagram  -  datagram is read from UDP 
  93.  
  94.  
  95.  
  96.  Shue, Haggerty & Dobbins                                        [Page 4] 
  97.  RFC 1240                   OSI on top of UDP                   June 1991 
  98.  
  99.     Data can only be read from a receive port after the port has been    created.  This is a local matter. 
  100.  
  101.    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). 
  102.  
  103.    This RFC describes how to use these services to emulate the following    connectionless-mode network service primitives, which are required by    [ISO8602]: 
  104.  
  105.     N-UNIT-DATA.REQUEST     -  A NS-user requests unit data to be sent 
  106.  
  107.     N-UNIT-DATA.INDICATION  -  A NS-user is notified that unit data                                can be read from the NSAP 
  108.  
  109.    The mapping between the UDP service primitives and the service    primitives expected by the connectionless transport peer entity are    quite straightforward: 
  110.  
  111.     connectionless network service  UDP     ------------------------------  --- 
  112.  
  113.     N-UNIT-DATA.REQUEST             send datagram 
  114.  
  115.     N-UNIT-DATA.INDICATION          read datagram 
  116.  
  117.  The parameter mapping is: 
  118.  
  119.     connectionless network service  UDP     ------------------------------  --- 
  120.  
  121.     Source address                  source IP address from                                     calling TS-address 
  122.  
  123.     Destination address             destination IP address from                                     called TS-address 
  124.  
  125.     Quality of service              (ignored) 
  126.  
  127.     NS-user data                    UD TPDU constructed from T-UNIT-DATA 
  128.  
  129.    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. 
  130.  
  131.  
  132.  
  133.  Shue, Haggerty & Dobbins                                        [Page 5] 
  134.  RFC 1240                   OSI on top of UDP                   June 1991 
  135.  
  136.     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. 
  137.  
  138. 5.  Packet Format 
  139.  
  140.    The following is the UD TPDU structure which is encapsulated in UDP    data field: 
  141.  
  142.           1       2         3                m m+1          n           +--------------------------------------------------+           |  LI  |  UD      |  Variable Part  |  User Data   |           |      | 01000000 |                 |              |           +--------------------------------------------------+ 
  143.  
  144.     LI (octet 1) -  the length of the header including parameters, but                     excluding the LI and user data, with a maximum                     value of 254 
  145.  
  146.     UD (octet 2) -  the type of TPDU 
  147.  
  148.     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 
  149.  
  150.           The optional checksum parameter is not required in the           variable part since the UDP checksum field in the UDP header           already performs the checking. 
  151.  
  152.     User Data (octets m+1 to n) -  all the data of the TSDU. 
  153.  
  154.    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. 
  155.  
  156. 6.  Conclusion 
  157.  
  158.    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 
  159.  
  160.  
  161.  
  162. Shue, Haggerty & Dobbins                                        [Page 6] 
  163.  RFC 1240                   OSI on top of UDP                   June 1991 
  164.  
  165.     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. 
  166.  
  167. 7.  Acknowledgements 
  168.  
  169.    Marshall T. Rose of PSI, Inc., provided many valuable comments and    corrections. 
  170.  
  171. 8.  References 
  172.  
  173.    [GOSIP88]  U.S. Department of Commerce/National Bureau of Standards,    [FIPS146]  "Government Open Systems Interconnection Profile (GOSIP)",               August 1988. 
  174.  
  175.    [ISO7498/AD1]  ISO, "International Standard 7498 - Information               Processing Systems - OSI:  Basic Reference Model               Addendum 1: Connectionless-mode Transmission",               May 1986. 
  176.  
  177.    [ISO8072]  ISO, "International Standard 8072 - Information Processing               Systems - OSI:  Transport Service Definition", June 1984. 
  178.  
  179.    [ISO8072/AD1]  ISO, "International Standard 8072 - Information               Processing Systems - OSI:  Transport Service Definition               Addendum 1: Connectionless-mode Transmission",               December 1986. 
  180.  
  181.    [ISO8602]  ISO, "International Standard 8602 - Information Processing               Systems - OSI:  Connectionless Transport Protocol               Specification", December 1986. 
  182.  
  183.    [ISO9548]  ISO, "International Standard 9548 - Information Processing               Systems - OSI:  Connectionless Session Protocol               Specification", April 1989. 
  184.  
  185.    [ISO9576]  ISO, "Draft International Standard 9576 - Information               Processing Systems - OSI:  Connectionless Presentation               Protocol Specification", April 1989. 
  186.  
  187.    [ISO10035]  ISO, "Draft International Standard 10035 - Information               Processing Systems - OSI:  Connectionless ACSE Protocol               Specification", April 1989. 
  188.  
  189.    [ISOSC21/WG6 N184]  ISO SC21 WG6, "Justification for Connectionless 
  190.  
  191.  
  192.  
  193. Shue, Haggerty & Dobbins                                        [Page 7] 
  194.  RFC 1240                   OSI on top of UDP                   June 1991 
  195.  
  196.                Services in the Upper Layers", June 1986. 
  197.  
  198.    [RFC768]   Postel, J., "User Datagram Protocol", RFC 768,               USC/Information Sciences Institute, September 1981. 
  199.  
  200.    [RFC791]   Postel, J., "Internet Protocol", RFC 791,               USC/Information Sciences Institute, September 1981. 
  201.  
  202.    [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. 
  203.  
  204. Security Considerations 
  205.  
  206.    Security issues are not discussed in this memo. 
  207.  
  208. Authors' Addresses 
  209.  
  210.     Chikong Shue    Open Software Foundation, Inc.    11 Cambridge Center    Cambridge, MA 02142 
  211.  
  212.    Phone: (617) 621-8972    EMail: chi@osf.org 
  213.  
  214.     William Haggerty    Wang Laboratories, Inc.    1 Industrial Ave    Lowell, MA 01851 
  215.  
  216.    Phone: (508) 967-3403    EMail: bill@comm.wang.com 
  217.  
  218.     Kurt Dobbins    Cabletron, Inc.    35 Industrial Way    Rochester, NH 03867 
  219.  
  220.    Phone: (603) 332-9400 
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  Shue, Haggerty & Dobbins                                        [Page 8] 
  229.  
  230.