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@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

  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