All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Linus Lüssing" <linus.luessing@web.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] MTU/connection problem
Date: Fri, 18 Jun 2010 14:39:27 +0200	[thread overview]
Message-ID: <20100618123927.GB25419@Sellars> (raw)
In-Reply-To: <4C1B4F52.2020002@rsm-freilassing.de>

On Fri, Jun 18, 2010 at 12:49:54PM +0200, Michael Rack wrote:
>  I've read the complete topic, but dont't know if your problem is solved.
> 
> You're right. The MTU is your Problem. And when i read your post, it
> was clear for me, that your problems results on your VPN Connection.
> 
> You need to do some MSS stuff on your OpenWRT Router.
> 
> /sbin/iptables -t mangle -A forward -i tap0 -p tcp -m tcp
> --tcp-flags SYN,RST SYN -m tcpmss --mss 1381:65535 -j TCPMSS
> --set-mss 1460
> /sbin/iptables -t mangle -A forward -o tap0 -p tcp -m tcp
> --tcp-flags SYN,RST SYN -m tcpmss --mss 1381:65535 -j TCPMSS
> --set-mss 1460
Actually, this is pretty much what tinc is doing in switch mode
with pmtu-discovery enabled in the config on tap0 automatically,
dynamically - no need for iptables then. There are three problems
with this: a) it only affects TCP and does not help with UDP yet
(though tinc is desipte the mss tempering also faking "ICMP packet
too big" messages). And b), I think he's bridging at the moment
(though this needs to / should be clarified tonight) and not doing
any routing over tap0, so simple iptables won't be enough for that.
And c), I think at the moment he's not actually sending pure IP
packets over tap0, so no tcp mss to temper with (again, should
check that tonight and avoid playing ping pong with throwing
guesses over the mailing list :) ).

Despite that, thanks for your suggestions (no offense ment :) ). I
agree with you, it's definitely a MTU problem.

Cheers, Linus
> 
> And all your problems are gone :-D
Unfortunately, usually a little more tricky when dealing with
layer 2 ;).
> 
> Liebe Grüße aus Freilassing,
> 
> Michael Rack
> RSM Freilassing
> -- 
> RSM Freilassing                 Tel.: +49 8654 607110
> Nocksteinstr. 13                Fax.: +49 8654 670438
> D-83395 Freilassing            www.rsm-freilassing.de
> 
> 
> Am 17.06.2010 10:18, schrieb Clemens John:
> >Hi,
> >
> >I have a problem to connect to the Internet. We are using Batman advanced
> >0.2.1 and IPv4 here in oldenburg. Our setup looks like this:
> >
> >Laptop-[wifi]->Fonera-[wifi]->Dir300-->OpenVPN-->
> >virtual OpenWrt machine-->internet.
> >
> >The default route of the laptop goes to the virtual OpenWrt machine wich
> >provides an Internet connection.
> >
> >I can acces google (wget google.de) but not heise.de or golem.de. I´m not
> >verry familar with network configurations but I heared that this might be an
> >mtu problem.
> >
> >All devices in the network (tap0, ath0, ath1, wifi0) have an mtu of 1524 except
> >bat0 and br-mesh which have an mtu of 1500.
> >
> >Our routers are configured to bridge connections from non batman devices (like
> >the laptop) to bat0. This is done in the device "br-mesh".
> >
> >Everythink works fine, except I can´t connect to internet websites that are not
> >google.de.
> >
> >When I decrease the mtu of the wireless device of the laptop to 1476
> >everything works fine.
> >But I have to do this by hand and on a client this is bad.
> >
> >Does anybody know what I´m doing wrong?
> >
> >Greetings
> >Clemens
> 

      reply	other threads:[~2010-06-18 12:39 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-17  8:18 [B.A.T.M.A.N.] MTU/connection problem Clemens John
2010-06-17  8:44 ` Sven Eckelmann
2010-06-17 10:19   ` Clemens John
2010-06-17 12:07     ` Linus Lüssing
2010-06-17 12:35       ` Clemens John
2010-06-17 14:19       ` Clemens John
2010-06-17 15:19         ` Linus Lüssing
2010-06-17 16:16           ` Clemens John
2010-06-17 18:43             ` Marek Lindner
2010-06-18 10:34               ` Linus Lüssing
2010-06-18 17:40           ` Clemens John
2010-06-18 17:43             ` Marek Lindner
2010-06-18 17:47             ` Sven Eckelmann
2010-06-18 10:49 ` Michael Rack
2010-06-18 12:39   ` Linus Lüssing [this message]

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=20100618123927.GB25419@Sellars \
    --to=linus.luessing@web.de \
    --cc=b.a.t.m.a.n@lists.open-mesh.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.