On Sat, Jul 20, 2013 at 12:49:37AM -0300, Gui Iribarren wrote:
On 05/19/2013 07:50 AM, Simon Wunderlich wrote:
>To those of you who actively follow the recent discussions it may come to no
>big surprise that it was decided to remove the vis functionality from the
>batman-adv kernel module in a not so distant future (with the next
>compatibility bump). There always has been a debate whether or not such
>functionality belongs into the kernel or not. The in-kernel solution bears the
>disadvantage of being rather inflexible because every change has to go through
>the official Linux channels. With the growing interest in flooding the network
>with arbitrary data in addition to the visualization data realizing a solution
>in user-space became the obvious choice.
>A new, more general user-space daemon which takes over the old vis
>functionality and much more, called A.L.F.R.E.D. (Almighty Lightweight Fact
>Remote Exchange Daemon) came to life. Alfred is capable of distributing
>information over your mesh network in a decentralized fashion, for example
>graph information for vis, but also any other data which appears to be useful
>- like hostnames, phone books, administration information, DNS information,
>the local weather forecast, etc while requiring (almost) zero configuration.
>As the development on the core functionality has been finished and alfred works
>(at least on the developers boxes), we would like to call for an open beta!
>There are bleeding edge downloads and an OpenWRT feed available . Please
>try alfred and report bugs, send patches and inform us about your experiences.
finally, i have just taken the time to test alfred, and it looks
pretty good, binary cli is dead simple to use, thanks a lot!!
Thanks a lot for testing and reporting back!
i'll take a stab at making a bat-hosts generator (are there any
published efforts along these lines already?), but first i gave a
quick look into current vis generator, and i observed some glitches
* where does this 00:00:00:00:00:00 mac come from?
* double interfaces don't seem to be properly detected or something
Yeah, that is indeed a glitch. There was a bug that only the first interface
MAC was filled correctly, and other interfaces were just reported as
00:00:00:00:00:00. This should be fixed upstream and in the openwrt package
(release 6), please give it a try!
The double interfaces issue should be fixed with that too, I hope. :)