From: Marek Lindner <lindner_marek@yahoo.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] no gateway / tun interface / default route
Date: Fri, 19 Oct 2007 19:52:10 +0200 [thread overview]
Message-ID: <200710191952.10376.lindner_marek@yahoo.de> (raw)
In-Reply-To: <4718E6AC.9020100@ddmesh.de>
Hi,
> First the problem was the firewall. As you have mentioned you have been an
> official port number 4305 assigned. Looking into the port list batman uses
> only port 4305. This is why I have assumed that all packages (at least OGMs
> and GW) are using this port.
true, we got 4305 assigned. Due to the internal programm design we could not
multiplex the the batman originator messages and gateway tunneling over one
port without a major rewrite. That is why we "hijacked" 4306 and 4307. This
may change with future releases (after 0.3).
Let me mention that we clearly stated that fact (from the release
announcement):
Pay attention to the fact that all ports used by B.A.T.M.A.N. are changing:
4305 for OGMs, 4306 for the tunneling and 4307 for the vis server. Adjust
your firewall settings if required.
> The second problem is that the documentation speeks about three routing
> tables 65,66,67 where table 67 is used for adding the gateway routes.
> I haven't added a rule to this table 68 (see ip rule below).
>
> is the table 67 for?
> Are there now four routing tables?
Which documentation ? We should fix that.
Some time ago we had to redesign the policy routing because the kernel would
parse the entries in the wrong order (which was our mistake). This layout
change made another table neccessay. In table 67 you (normally) find the
unreachable rule which you obviously deactivated. Just start batmand with
full policy routing enabled and you will quickly understand the differences.
> For my understanding, when batman starts it collects packages to decide
> what gateway should be used. It then adds the default route via dev bat0
> and establishes the tunnel via UDP to port 4306.
> The connection should be independent of whether a client (pda connected to
> router or local process) tries to use to connect the internet. If no
> internet connection was used for weeks, batmand should always have the
> default route added. If batman removes this default route, because no
> traffic through the tunnel was present for a while, how does batman detect
> a client trying to make an internet connection later and add this default
> route again?
This happens:
1. batmand analyzes the OGMs, selects a gateway and sets a default route
towards its tun device (batX/gateX)
2. batmand waits for traffic coming though the tun device
3. on the first packet batmand tries to connect to the gateway and demands an
IP for the tun device
4. the tunnel is fully established and data can flow through
5. after a certain idle time the IP is removed from the tun device and batmand
returns to step 2
The removal of the default route can only be triggered if the gateway does not
hand out an IP or the blackhole detection is reacting. It also happens if you
select -r 3 and a better gateway is found.
> This only can be batman privat data that are sent over the tunnel, because
> a local process needs the routing entry (default route to dev bat0). Right?
The default route must be always present so that every traffic can start this
process. Otherwise batmand will never know about your requirement of an IP.
Regards,
Marek
next prev parent reply other threads:[~2007-10-19 17:52 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-18 20:14 [B.A.T.M.A.N.] no gateway / tun interface / default route Freifunk Dresden
2007-10-18 23:35 ` Axel Neumann
2007-10-19 10:32 ` Axel Neumann
2007-10-19 10:51 ` Marek Lindner
2007-10-19 17:17 ` Freifunk Dresden
2007-10-19 17:52 ` Marek Lindner [this message]
2007-10-19 19:10 ` Freifunk Dresden
2007-10-20 11:00 ` Axel Neumann
2007-10-21 17:35 ` Freifunk Dresden
2007-10-21 18:07 ` Axel Neumann
2007-10-21 19:41 ` Freifunk Dresden
2007-10-22 12:58 ` Axel Neumann
2007-10-25 10:33 ` Freifunk Dresden
2007-10-25 11:13 ` Axel Neumann
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=200710191952.10376.lindner_marek@yahoo.de \
--to=lindner_marek@yahoo.de \
--cc=b.a.t.m.a.n@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