home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.protocols.tcp-ip      TCP and IP network protocols.      14,669 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 14,054 of 14,669   
   Rick Jones to orcus@pwr.wroc.pl   
   Re: icmp echo to a host with smaller mtu   
   24 Jun 13 18:12:49   
   
   From: rick.jones2@hp.com   
      
   orcus@pwr.wroc.pl wrote:   
   > On 12.06.2013, Rick Jones  wrote:   
   >     All stations in the same broadcast domain MUST have the same MTU.   
      
   > It's not true. Both side of any communication in same broadcast   
   > domain must send and be able to receive with same MTU.   
      
   > For example - we have network segment with one IP subnet. MTU was   
   > increased to almost 9000 due to lot of NFS traffic. One host serving   
   > important service is running on older machine without ability to   
   > increase MTU size(we cannot replace the server too). All other hosts   
   > in subnet have static route with MTU set(in linux MTU comes from   
   > routing tables;) and it works well for almost 2 years.   
      
   Indeed, there are corner cases or exceptions or workarounds, but I   
   still prefer to start with that assertion above.  Much of the time, if   
   the communication is TCP, the TCP MSS exchange will paper-over a   
   mismatched frame/MTU size in the same broadcast domain.  But it   
   isn't really something one should count-on.   
      
   rick jones   
   --   
   denial, anger, bargaining, depression, acceptance, rebirth...   
                                        where do you want to be today?   
   these opinions are mine, all mine; HP might not want them anyway... :)   
   feel free to post, OR email to rick.jones2 in hp.com  but NOT BOTH...   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca