<br><tt><font size=2>Arnaud Fenioux <afenioux@gmail.com> wrote on
30/12/2010 17:37:19:<br>
<br>
> On Thu, Dec 30, 2010 at 4:31 PM,  <chris@ccburton.com>
wrote:<br>
> [SNIP]<br>
> ><br>
> > Did you check out MTU over the 3G link.<br>
> ><br>
> > There should be no difference whichever way it gets there, but<br>
> > a session which partially starts and then falls over with the
server<br>
> > complaining about losing the client is one (good) symptom of<br>
> > path-MTU not working.<br>
> ><br>
> > I guess you know how to check this out from reading your posts.<br>
> <br>
> Right, the mtu given by the 3G link is equal to 1486<br>
</font></tt>
<br><tt><font size=2>Due to their back haul tagging probably, unless they
use ATM</font></tt>
<br><tt><font size=2>in which case they like 1478 (or something) </font></tt>
<br>
<br><tt><font size=2>> (checked with an ifconfig and some tests like
"ping google.com -s <br>
> 1500 -M do" )</font></tt>
<br>
<br><tt><font size=2>or even "ifconfig" or do you mean the link
is actually lower MTU</font></tt>
<br><tt><font size=2>than the driver thinks it is ???</font></tt>
<br><tt><font size=2><br>
> I tried to set this value higher on the client interface, but it <br>
> didn't worked,<br>
> since I set the mtu to a lower value on the server interface, it's<br>
> working like a charm :)<br>
</font></tt>
<br><tt><font size=2>I am charming (so I say)</font></tt>
<br><tt><font size=2> <br>
> Questions are : why are the packet set with the flag "don't frangment"<br>
</font></tt>
<br><tt><font size=2>Security and performance, not necessarily in that
order.</font></tt>
<br>
<br><tt><font size=2>> (I checked with a tcpdump -vv) is that something
due to ssh?<br>
</font></tt>
<br><tt><font size=2>If you have routers fragmenting all packets, they
tend not to be</font></tt>
<br><tt><font size=2>doing much else!!</font></tt>
<br><tt><font size=2>so we "all" use path-mtu discovery now,
(if we can get ICMP through</font></tt>
<br><tt><font size=2>the firewall)</font></tt>
<br>
<br><tt><font size=2>Sometimes the session start up uses only smaller packets,</font></tt>
<br><tt><font size=2>and the session only moves up to larger ones as more
traffic flows,</font></tt>
<br><tt><font size=2>so you get so far and the higher level protocols time
out with a</font></tt>
<br><tt><font size=2>guess-error message.</font></tt>
<br>
<br><tt><font size=2>> why is windows mtu set to 1500? (command "netsh
interface ipv4 show<br>
> interfaces") something due to the driver?<br>
</font></tt>
<br><tt><font size=2>That's the default. Did you mean to ask that ??</font></tt>
<br>
<br><tt><font size=2>> why did it worked with previous version of ubuntu
( 9.10-  server-side<br>
> speaking) ?<br>
</font></tt>
<br><tt><font size=2>Sounds like something isn't letting ICMP through,
so it is defaulting to</font></tt>
<br><tt><font size=2>1500, and/or something just isn't working, like the
3G driver on 10.04</font></tt>
<br><tt><font size=2>thinks it should be set to 1500 when the link provided
is actually lower.</font></tt>
<br>
<br><tt><font size=2>Try putting the server back up to 1500 and setting
the 3G interface</font></tt>
<br><tt><font size=2>to something lower.</font></tt>
<br>
<br><tt><font size=2>> <br>
> We may not find the answers, I let them as a reflexion to the readers...<br>
</font></tt>
<br><tt><font size=2>They'll love you for that !!</font></tt>
<br>
<br><tt><font size=2>> <br>
> Cheers,<br>
> and THANK YOU for your help<br>
</font></tt>
<br><tt><font size=2>Good luck etc etc.</font></tt>
<br><tt><font size=2>Keep learning (if not teaching)</font></tt>
<br>
<br>
<br>
<br>