public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
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.] Batman advanced and internet gateways
Date: Wed, 7 Jul 2010 12:50:58 +0200	[thread overview]
Message-ID: <20100707105058.GD18453@lunn.ch> (raw)
In-Reply-To: <201007071233.56171.clemens-john@gmx.de>

On Wed, Jul 07, 2010 at 12:33:47PM +0200, Clemens John wrote:
> Am Mittwoch 07 Juli 2010, 00:30:30 schrieb Marek Lindner:
> > > Now batman advanced nodes behind the VPN does not get listet in the
> > > originator tables of nodes on the other side of the VPN.
> > > But do they get listed on the gateway list? Can Batman advanced choose a
> > > gateway behind the VPN?
> > 
> > No, because the gateway information travel with the OGMs which you don't
> > have on your VPN. Sending dhcp requests via unicast also does not work
> > because the VPN interfaces are not controlled by batman.
> 
> I just had another Idea but I?m not shure if this will work.
> 
> If we don?t use the Batman advanced gateway feature but run a DHCP Server on 
> gateways only, would a client always choose the "nearest" DHCP server?

It will likely choose the first to reply. You cannot guarantee the
first to reply is the nearest, it depends on what else they are is
doing at the same time, e.g. the nearest could be busy moving packets
between networks so has higher latency than an idle device a bit
further away.
 
> If this works, is it possible that all dhcp servers distribute the same ip 
> range? Will a client/server notice which IP?s are already assigned to clients?

Not recommended. Often the server will test to see if the address is
in use by ping'ing it, but this is not always implemented and is not a
guaranteed to work in all conditions. It is much better to allocate to
each server a unique range of addresses. These can however be inside
the same subnet.

    Andrew


      reply	other threads:[~2010-07-07 10:50 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-06 17:47 [B.A.T.M.A.N.] Batman advanced and internet gateways Clemens John
2010-07-06 20:15 ` Marek Lindner
2010-07-06 21:46   ` Clemens John
2010-07-06 22:06     ` Marek Lindner
2010-07-06 22:21       ` Clemens John
2010-07-06 22:30         ` Marek Lindner
2010-07-06 23:45           ` Clemens John
2010-07-07 11:16             ` Marek Lindner
2010-07-07 11:25               ` Clemens John
2010-07-07 12:10                 ` Marek Lindner
2010-07-07 12:33                   ` Clemens John
2010-07-07 12:44                     ` Antonio Quartulli
2010-07-07 13:49                       ` Clemens John
2010-07-07 10:33           ` Clemens John
2010-07-07 10:50             ` Andrew Lunn [this message]

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=20100707105058.GD18453@lunn.ch \
    --to=andrew@lunn.ch \
    --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