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@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] DAT issue
Date: Thu, 8 Aug 2013 01:23:50 +0800 [thread overview]
Message-ID: <201308080123.50676.lindner_marek@yahoo.de> (raw)
In-Reply-To: <52027EBD.70007@gmail.com>
Fernando,
On Thursday, August 08, 2013 01:07:09 Fernando Pizarro wrote:
> 2) I thougt having nodes without IP and just forwarding traffic to the
> main GW (the firewall) through batman-adv, not natting every client
> traffic with the node IP. In that way, roaming is working very good. The
> problem are stablished sessions, these sessions are lost jumping from a
> node to any other. I think this problem is nearly related to the empty
> DAT table, and empty DAT table problem is nearly related too the nodes
> has no IP assigned. However, I'm not sure about this..
the DAT table has nothing to do with roaming or sessions. It merely is an IP
address cache to speed up ARP lookups. Even without DAT everything should
work. I recommend to read our DAT user guide:
http://www.open-mesh.org/projects/batman-adv/wiki/DistributedArpTable
If disabling DAT would break something we certainly would not make it an
option to invite everybody to shoot themselves in the foot. ;-)
Therefore, I have to agree with Antonio that your problem is likely to be
found somewhere else. First, you should define which established sessions
break. The ones going into the internet or the ones you have locally.
Depending on the answer we can dig deeper.
Generally it is a good idea to simplfy the setup until a point where
everything works. Then you can move forward and make things more complicated.
For the time being I'd recommend to vastly simplify your bridge & vlan setup
by bridging your AP interface with bat0 only (no vlans, no radius tags, no
brvlanN interface) to see if your roaming works.
Cheers,
Marek
next prev parent reply other threads:[~2013-08-07 17:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-07 8:58 [B.A.T.M.A.N.] DAT issue Fernando Pizarro
2013-08-07 9:09 ` Antonio Quartulli
2013-08-07 10:58 ` Fernando Pizarro
2013-08-07 12:05 ` Antonio Quartulli
2013-08-07 15:53 ` Fernando Pizarro
2013-08-07 16:09 ` Antonio Quartulli
2013-08-07 17:07 ` Fernando Pizarro
2013-08-07 17:23 ` Marek Lindner [this message]
2013-08-14 10:05 ` Fernando Pizarro
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=201308080123.50676.lindner_marek@yahoo.de \
--to=lindner_marek@yahoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox