I´m testing the Gateway roaming capabilities of Batman-adv (using
2011.1.0 version). I setted two computers as Gateway servers with DHCP
servers running on them and other as Gateway client, configured as class
3. Then i stressed individually the Gateway server´s links to make the
client choose the not stressed one. I confirmed that when te client
sends a layer 3 broadcast DHCP request, Batman redirects that request
only to the best gateway. However, when the original gateway becomes
worse than the alternative, and the client chooses the new one as
preferred (observed with batctl gwl) i noticed that the subsequent
request DHCP messages are sent to the original server, even if it
doesn´t have the best link.
I guess that´s because these subsequent DHCP requests are made as
Unicast to the original server and so Batman doesn´t redirect them, but
i wonder how this behavior affects the network balance, because the
computers would get tied always to the original DHCP and IP default
gateway even if they moved, right?
Thank you very much
-----BEGIN PGP SIGNED MESSAGE-----
On 08/09/2011 01:40 PM, Glen Duncan wrote:
> Doesn't RFC-1918 and supporting protocols check to see if the address
> chosen is already in use and back off/retry if it fails?
That is an excellent question, but to answer it I will have to do some
research and get back to you.
The Doctor [412/724/301/703]
PGP: 0x807B17C1 / 7960 1CDC 85C9 0B63 8D9F DD89 3BD8 FF2B 807B 17C1
"And the flowers are still standing!" --Peter Venkman, _Ghostbusters_
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
I´m working for some time with a wireless mesh. I have several devices
with a basic linux inside (Openwrt) and they are running Batmand protocol.
One of the mesh nodes acts as a gateway to internet, obtaining IP and DNS
trough pppoe. The other nodes act as clients and connect to internet
trough this gateway.
The only problem that I’m facing , is that even when the gateway creates
the tunnel ( gate0) with the client node and gave it internet connectivity
, it doesn’t modify the /etc/resolv.conf file, and the client node isn’t
capable of resolving names (DNS).
I don’t understand why the gateway node is not giving the client node all
the necessary information of the internet connection. I suppose by
protocol , if the gateway makes a tunnel , gives IP and route to the
clients nodes, It also has to give them a way to resolve names (DNS).
Hope someone can help me in this matter, I spend a lot of time in this.
Camila Troncoso | Ingeniero de Desarrollo
VoissNet S.A. |ctroncoso(a)redvoiss.net
Santiago - Chile | +56 2 2408535