From: Tvrtko Ursulin <tvrtko@ursulin.net>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: netfilter@vger.kernel.org
Subject: Re: Strange problem with HTTPS POST (maybe) through router from Linux
Date: Wed, 9 Jun 2010 23:03:32 +0100 [thread overview]
Message-ID: <201006092303.32923.tvrtko@ursulin.net> (raw)
In-Reply-To: <201006091851.27924.tvrtko@ursulin.net>
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
next prev parent reply other threads:[~2010-06-09 22:03 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-08 21:03 Strange problem with HTTPS POST (maybe) through router from Linux Tvrtko Ursulin
2010-06-08 21:36 ` Jan Engelhardt
2010-06-09 8:00 ` Tvrtko Ursulin
2010-06-09 10:02 ` Jan Engelhardt
2010-06-09 13:41 ` Tvrtko Ursulin
2010-06-09 15:02 ` Jan Engelhardt
2010-06-09 17:51 ` Tvrtko Ursulin
2010-06-09 22:03 ` Tvrtko Ursulin [this message]
2010-06-09 22:05 ` Tvrtko Ursulin
2010-06-08 21:46 ` Thanasis
2010-06-09 7:46 ` Tvrtko Ursulin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201006092303.32923.tvrtko@ursulin.net \
--to=tvrtko@ursulin.net \
--cc=jengelh@medozas.de \
--cc=netfilter@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.