On Wed, Nov 25, 2009 at 10:41:47PM +0100, Guillaume CHARDIN wrote: > > Great thats about all the things I would have checked as well. > > > > you can test from linux itself with ping -M do -s <packet size> -c 10 > > <dest ip> > > > > I would try using the ping above to find the max mtu size to say > > your isp dns or proxy. > > > > then try it to the sites you can't always get to > > > > > > I do the same test on the gateway and on windows clients below the results : > > Linux debian 5 > ping -M do -s 1465 -c 10 86.64.145.147 > PING 86.64.145.147 (86.64.145.147) 1465(1493) bytes of data. > >From 86.77.213.79 icmp_seq=1 Frag needed and DF set (mtu = 1492) > > ping -M do -s 1464 -c 10 86.64.145.147 > PING 86.64.145.147 (86.64.145.147) 1464(1492) bytes of data. > 1472 bytes from 86.64.145.147: icmp_seq=1 ttl=56 time=56.0 ms > --> So mtu is 1464 (+8 ?) > > on windows : > ping -l 1464 -f 86.64.145.147 > Envoi d'une requête 'ping' sur 86.64.145.147 avec 1464 octets de données : > Réponse de 86.64.145.147 : octets=1464 temps=54 ms TTL=55 > > ping -l 1465 -f 86.64.145.147 > Envoi d'une requête 'ping' sur 86.64.145.147 avec 1465 octets de données : > Le paquet doit être fragmenté mais paramétré DF. > --> Same MTU 1464 > > Same thing on the websites i cannot access > > Haha, this issue is starting to make me crazy !
okay for something silly try setting the mtu to 1400 in pppoe.
check to make sure it is being set so in another window
tcpdump -pni ppp0 host <ip address of the site in question>
other window
wget <ip address of the site in question>
you can see the size being set in tcpdump.
if it still stalls after setting to 1400, try something smaller 900 -
just to make sure we are on the right track.
Alex
--
"You never know what your history is going to be like until long after you're
gone."
- George W. Bush
05/05/2006
Washington, DC
signature.asc
Description: Digital signature
