public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
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

  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