home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1400s / rfc1435.txt < prev    next >
Text File  |  1993-03-15  |  3KB  |  115 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                        S. Knowles
  8. Request for Comments: 1435                                 ftp Software
  9.                                                              March 1993
  10.  
  11.  
  12.           IESG Advice from Experience with Path MTU Discovery
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard.  Distribution of this memo is
  18.    unlimited.
  19.  
  20. Abstract
  21.  
  22.    In the course of reviewing the MTU Discovery protocol for possible
  23.    elevation to Draft Standard, a specific operational problem was
  24.    uncovered.  The problem results from the optional suppression of ICMP
  25.    messages implemented in some routers.  This memo outlines a
  26.    modification to this practice to allow the correct functioning of MTU
  27.    Discovery.
  28.  
  29. Advice on the Deployment of Path MTU Discovery Protocol
  30.  
  31.    While reviewing the Path MTU Discovery Protocol for Draft Standard
  32.    [RFC1191], the Internet Engineering Steering Group (IESG) became
  33.    aware from the reports of various implementors that some vendors have
  34.    added to their routers the ability to disable ICMP messages generated
  35.    by the router.  This is to protect older BSD hosts, which would drop
  36.    all connections to a host it found an ICMP message on any of the
  37.    connections, even if it was a non-fatal ICMP message.  While this
  38.    protects older BSD hosts, it causes MTU discovery to fail in a
  39.    silent, hard to diagnose way.
  40.  
  41.    From the descriptions the IESG has obtained, adjusting the routers to
  42.    continue to send ICMP message Type 3 code 4 (destination unreachable,
  43.    don't fragment (DF) bit sent and fragmentation required) even when
  44.    they have their "don't send ICMP messages" switch turned on would
  45.    allow path MTU discovery to work but not effect older BSD hosts,
  46.    since they never set the DF bit in their packets.
  47.  
  48. Author's Note
  49.  
  50.    This document was the result of an IESG meeting discussing MTU
  51.    Discovery.  This author was chosen to write the document as the
  52.    Internet Engineering Task Force (IETF) Internet Area Director.
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Knowles                                                         [Page 1]
  59.  
  60. RFC 1435  IESG Advice from Experience with Path MTU Discovery March 1993
  61.  
  62.  
  63. References
  64.  
  65.    [RFC1191] Mogul, J., and S. Deering, S., "Path MTU Discovery",
  66.              RFC 1191, DECWRL, Stanford University, November 1990.
  67.  
  68. Security Considerations
  69.  
  70.    Security issues are not discussed in this memo.
  71.  
  72. Author's Address
  73.  
  74.    Stev Knowles
  75.    ftp Software
  76.    2 High Street
  77.    North Andover, Ma, 01845
  78.  
  79.    EMail: stev@ftp.com
  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. Knowles                                                         [Page 2]
  115.