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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox