From: Michael Rack <michael.rack@rsm-freilassing.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@lists.open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] Problems with Gateway-Selection without option -g
Date: Mon, 07 Sep 2009 12:16:47 +0200 [thread overview]
Message-ID: <4AA4DD8F.8000705@rsm-freilassing.de> (raw)
In-Reply-To: <200909070147.05443.lindner_marek@yahoo.de>
Am 06.09.2009 19:47, schrieb Marek Lindner:
>> When using the tunneling interface, the MTU is set to a lower value then
>> 1500 bytes (1431 bytes). B.A.T.M.A.N have in addition to the NAT-Helper
>> set the TCPMSS Flag to something like 1371 bytes (1431 bytes - 20 Bytes
>> of MAC-Address and - 40 Bytes of TCP/IP Header). I found nothing about
>> TCPMSS on my firewall-rules (iptables) in the table "mangle".
>>
>> Without TCPMSS, packages that transport more then 1371 bytes will be
>> silently dropped in my case.
>
> Not sure how you get to these numbers (1431 / 1371) as the batman tunnel is
> running over UDP which costs 29 Bytes [20 Bytes IP + 8 Bytes UDP + 1 Byte
> batman stuff] in total, reducing the maximum packet size to 1471.
>
> You are right about the the TCPMSS configuration - batman could set this
> automatically as well. I suggest something like this:
>
> iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -o gate0 -j TCPMSS --clamp-
> mss-to-pmtu
I got these numbers by "/sbin/ip addr show dev gate0".
gate0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1431 qdisc
pfifo_fast qlen 500
link/[65534]
inet 169.254.0.0/32 scope global gate0
MTU is set to 1431 bytes.
>> Currently i have my own policy-routing-script, because B.A.T.M.A.N does
>> not support HOST-Routes xxx.205.12.4/32. But why does B.A.T.M.A.N not
>> fully support Host-Routes? A mash with only Host-Addresses is easier to
>> administrate then complete networks. A second goal is, that the ad-hoc
>> mobile user is free to change his position across the net.
>
> Your own policy-routing-script ?
> Why do you think batman does not support host routes ? I had the feeling
> batman supports host routes in all possible ways. :-)
IP-Host #1: 123.205.12.0 / 32
IP-Host #2: 123.205.12.4 / 32
IP RULES ON "HOST #2":
~ $ /sbin/ip rule show
6600: to 123.205.12.4 lookup batman_hosts [66]
6601: from all lookup batman_networks [65]
6700: to 123.205.12.4 lookup batman_unreach [67]
Host #1 (123.205.12.0) is in the routingtable of batman_hosts [66].
But i can not ping 123.205.12.0, because the kernel will not enter the
rule 6600.
When i configure my Host #2 to a /24 network, all went fine. Then the
rule will setuped as follow:
6600: to 123.205.12.4/24 lookup batman_hosts [66]
In this case, i had to write my own routing-policy-script.
Cheers,
Michael.
next prev parent reply other threads:[~2009-09-07 10:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-06 5:28 [B.A.T.M.A.N.] Problems with Gateway-Selection without option -g Michael Rack
2009-09-06 10:50 ` elektra
2009-09-06 11:33 ` Michael Rack
2009-09-06 12:37 ` elektra
2009-09-06 15:11 ` Marek Lindner
2009-09-06 17:13 ` Michael Rack
2009-09-06 17:47 ` Marek Lindner
2009-09-07 10:16 ` Michael Rack [this message]
2009-09-07 13:02 ` Marek Lindner
2009-09-07 13:40 ` Michael Rack
2009-09-08 17:57 ` Marek Lindner
2009-10-30 10:19 ` Michael Rack
2009-10-30 12:11 ` elektra
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=4AA4DD8F.8000705@rsm-freilassing.de \
--to=michael.rack@rsm-freilassing.de \
--cc=b.a.t.m.a.n@lists.open-mesh.net \
/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