[B.A.T.M.A.N.] dynamic gateway / hna / services

Alexander Morlang alx at dd19.de
Wed Jul 25 16:05:46 UTC 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Daniel Poelzleithner schrieb:
> Alexander Morlang wrote:
> 
>> Sorry, but this does not look like a decentral "all are equal" solution,
>> more like a centralized service.
> 
> yes, some sort of. there is a master dns server that ensures uniquiness
> of domains and at least knows how is responsible for the zones. nothing
> forbids you to mirror the zones on all nodes, i just don't see any sense
> in it. 4-5 slave servers should be enough even for a large city. every
> zone admin can run his own masters if he wish to.
> responses will be fast and redundant even if some of them die. and you
> can use real dns software and can run really large zones with large
> entries without wasting pressures router ram. reverse dns, dyndns, like
> my notebooks is always aestas.poelzi.ff if its somewhere in freifunk...
> very cool stuff. dns loc records, very nice. combined with reverse dns
> allows very rfc conform routings visualisations... even can show nodes
> that are offline....

with the small sideeffect of a small group controlling the a-server.

> 
>> i think, something like the olsr-bmf would be more interesting, it gets
>> metrics from the underlying meshrouting protocol but does its own
>> message forwarding.
> 
> what does bmf have to do with dns. if you think about forwarding name
> entries as broadcasts: this is just a wast of bandwidth. i don't even
> start to think about renaming my node to www.google.de and see what
> happens ;)

in opposite of the name plugin wich uses olsr for flooding informations,
bmf does its own flooding. as batman does not support flooding custom
payload, this would be the only way of distributing information
efficient and decentral as long there is a way to get the metrics from
the routing protocol.

And, of course, who are you, desciding for me what a waste of bandwith
in my case ist? ;-)


> 
> kindly regards
>  daniel

cu in finowfurt, alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGp3TZhx2RbV7T5aERAsshAJ0XUiQxil/EnLspvS488WSCxFSJjwCfYmuh
Rip12GW8r2ayJa97EsngHxQ=
=17xF
-----END PGP SIGNATURE-----



More information about the B.A.T.M.A.N mailing list