home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc2556.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  5.9 KB  |  228 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         S. Bradner
  8. Request for Comments: 2556                            Harvard University
  9. Category: Informational                                       March 1999
  10.  
  11.  
  12.              OSI connectionless transport services on top
  13.            of UDP Applicability Statement for Historic Status
  14.  
  15. Status of this Memo
  16.  
  17.    This memo provides information for the Internet community.  It does
  18.    not specify an Internet standard of any kind.  Distribution of this
  19.    memo is unlimited.
  20.  
  21. Copyright Notice
  22.  
  23.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  24.  
  25. Abstract
  26.  
  27.    RFC 1240, "OSI connectionless transport services on top of UDP", was
  28.    published as a Proposed Standard in June 1991 but at this time there
  29.    do not seem to be any implementations which follow RFC 1240.  In
  30.    addition there is a growing concern over using UDP-based transport
  31.    protocols in environments where congestion is a possibility.
  32.  
  33. 1. Use of RFC 1240 Technology
  34.  
  35.    A message was sent to the IETF list in October 1998 seeking any
  36.    information on the actual use of the technology described in RFC
  37.    1240.  A number of responses were received, including from the
  38.    International Organization for Standardization (ISO), the keeper of
  39.    the OSI protocols.  None of these messages pointed to any current use
  40.    for this technology.  Most of the messages which made any
  41.    recommendation did recommend that RFC 1240 be moved to historic.
  42.  
  43. 2. Responsiveness to Congestion
  44.  
  45.    Since 1991 there has been a great deal of experience with the
  46.    complexities of dealing with congestion in the Internet.  Congestion
  47.    control algorithms have been improved but there is still work
  48.    underway to further understand the issues.  In this environment any
  49.    UDP-based protocol is somewhat worrisome since quite frequently
  50.    people who use UDP-based protocols invent their own reliability and
  51.    congestion control functions which may not include the results of the
  52.    current state of the art.  This leads to a dange r of congestion
  53.    collapse with potentially quite serious consequences for the network
  54.    in which it is run.  See RFC 896 for a discussion of congestion
  55.  
  56.  
  57.  
  58. Bradner                      Informational                      [Page 1]
  59.  
  60. RFC 2556                  RFC 1240 to Historic                March 1999
  61.  
  62.  
  63.    collapse.
  64.  
  65.    In the case of RFC 1240, the authors seemed to assume that if some
  66.    level of reliability was needed in an RFC 1240 environment that the
  67.    reliability algorithms and the congestion control algorithms which
  68.    would then be required would reside in the OSI protocols running over
  69.    the UDP transport.  It is far from clear that any perceived
  70.    advantages of running over UDP would not be eclipsed by the
  71.    difficulties experienced in trying to create a reasonable congestion
  72.    control algorithm.  Implementers would likely find that running over
  73.    TCP as RFC 2126 describes is the better choice.
  74.  
  75. 3. Conclusion
  76.  
  77.    Due to the lack of use of the technology described in RFC 1240 and
  78.    the issues surrounding congestion control in the Internet, RFC 1240
  79.    should be reclassified as Historic and its implementation actively
  80.    discouraged.
  81.  
  82. 4. Security Considerations
  83.  
  84.    This type of non-protocol document does not directly effect the
  85.    security of the Internet.
  86.  
  87. 5. References
  88.  
  89.    RFC 896   Nagle, J., "Congestion control in IP/TCP internetworks",
  90.              RFC 896, January 1984.
  91.  
  92.    RFC 1240  Shue, C., Haggerty, W. and K. Dobbins, "OSI connectionless
  93.              transport services on top of UDP: Version 1.", RFC 1240
  94.              June 1991.
  95.  
  96.    RFC 2126  Pouffary, Y. and A. Young, "ISO Transport Service on top of
  97.              TCP (ITOT)", RFC 2126, March 1997.
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Bradner                      Informational                      [Page 2]
  115.  
  116. RFC 2556                  RFC 1240 to Historic                March 1999
  117.  
  118.  
  119. 6. Author's Address
  120.  
  121.    Scott Bradner
  122.    Harvard University
  123.    1350 Mass Ave, rm 876
  124.    Cambridge, MA
  125.    02138
  126.    USA
  127.  
  128.    Phone: +1 617 495 3864
  129.    EMail: sob@harvard.edu
  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. Bradner                      Informational                      [Page 3]
  171.  
  172. RFC 2556                  RFC 1240 to Historic                March 1999
  173.  
  174.  
  175. 7.  Full Copyright Statement
  176.  
  177.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  178.  
  179.    This document and translations of it may be copied and furnished to
  180.    others, and derivative works that comment on or otherwise explain it
  181.    or assist in its implementation may be prepared, copied, published
  182.    and distributed, in whole or in part, without restriction of any
  183.    kind, provided that the above copyright notice and this paragraph are
  184.    included on all such copies and derivative works.  However, this
  185.    document itself may not be modified in any way, such as by removing
  186.    the copyright notice or references to the Internet Society or other
  187.    Internet organizations, except as needed for the purpose of
  188.    developing Internet standards in which case the procedures for
  189.    copyrights defined in the Internet Standards process must be
  190.    followed, or as required to translate it into languages other than
  191.    English.
  192.  
  193.    The limited permissions granted above are perpetual and will not be
  194.    revoked by the Internet Society or its successors or assigns.
  195.  
  196.    This document and the information contained herein is provided on an
  197.    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  198.    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  199.    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  200.    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  201.    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  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. Bradner                      Informational                      [Page 4]
  227.  
  228.