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