Re: Strange problem with HTTPS POST (maybe) through router from Linux

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday 09 Jun 2010 18:51:27 Tvrtko Ursulin wrote:
> On Wednesday 09 Jun 2010 16:02:19 Jan Engelhardt wrote:
> > On Wednesday 2010-06-09 15:41, Tvrtko Ursulin wrote:
> > >> ICMP is not just ping, there is more like PMTUD and others.
> > >> If PMTUD works on your side, you don't need TCPMSS.
> > >
> > >Is there a way to check that across the link? If my router has no ICMP
> > >rules in iptables than should I suspect the ISP?
> >
> > 	ping -M do -s 9000 target
> >
> > From <router> icmp_seq=1 Frag needed and DF set (mtu = 1412)
> >
> > Then you retry with
> >
> > 	ping -M do -s $[1412-28] target
> >
> > and do that as long as Frag needed is outputted.
> > That's basically manual PMTUD and allows you to see where
> > MTU reduction along the route occurs.
> 
> Starting from mtu=1500 and testing with "ping -M do -s $[$mtu-28]
> secure.tesco.com
> ", first value which does not need fragmentation is 1492 which is what the
>  MTU is set to the PPPoA interface on the router. Would that look like
>  there is no problem?
> 
> Sidenote - if I change the  PPPoA MTU on the router to 1462, which is
> allegedly optimal for ATM, then the above ping test starts to pass only
>  with mtu=1462.
> 
> Does this make any sense? secure.tesco.com is the host browsers are waiting
>  a response from forever.. Am I misunderstanding the results of the ping
>  test?

Yes I was misunderstanding the results, or to better say I was not thinking! 
:) Point is for "Frag needed" message to go away _AND_ replies starting to 
come back. 

So I tracerouted it and found which hop stops replying to this specific pings. 
Guess I can either find out whose router is it and see if they want to fix it, 
or I can setup an explicit route with smaller MTU for problematic web sites I 
care about.

Well this was one pretty educational exercise, thanks again for your help!

Tvrtko

--
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux