B.A.T.M.A.N January 2007

b.a.t.m.a.n@lists.open-mesh.org

13 participants
16 discussions

[B.A.T.M.A.N.] freifunk-batman-de (0.73 "vampimated")
by Lui 06 Apr '07

06 Apr '07

Hi all, cleanups - and more... ;-) !!!Important!!! For those of you, who have installed any previous versions - 1st: #>ipkg remove freifunk-batman-de For others: freifunk-batman-de is a WebUI-Plugin for the freifunk-firmware (->[1]) It allows to easily configure and manage all aspects of the batman-daemon in a side-by-side environment with olsr (even for unskilled users). The main target have been users in the berlin-freifunk community (104/8 net). The main goal is to raise the amount of batman-nodes in 'a mesh' of heterogeneous skilled node owners over 'the critical-mass' in the phase of development and testing... and of course, to make it easy for myself to manage testing with 10++ batman-nodes. If the interface-config of your hardware differ from those of the Linksys wrt54g v2++/wrt54gl/...(->[2]) you have to use freifunk-batman-*std*-de... Find it at: http://freifunk.schmudde.com/ipkg Regards Lui [1] - http://ff-firmware.sourceforge.net/ [2] - http://wiki.openwrt.org/OpenWrtDocs/Configuration#head-b62c144b9886b221e0c4…

6 6

[B.A.T.M.A.N.] -p ... crashes
by Lui 29 Jan '07

29 Jan '07

Hi, i've seen this behavior bevor, but couln't reproduce it until now: If B.A.T.M.A.N.-III v0.1.1 beta2 (compability version 2) is startet with a -p(refered gateway) option and the given gateway is (at least) 2 hops away (may also not/-always/-directly reachable after start), batmand crashes. This happens reproduceble ~30-60sec. after start. Until this point routes are written. No output. No purging of written routes. Tests used: batmand -p <gateway> -r 2 eth1:bat br0:bat With a 1-hop-to-prefered-gateway enviroment batmand seems to have no problems... Regards Lui

2 1

[B.A.T.M.A.N.] Performance
by Michael Oh 27 Jan '07

27 Jan '07

Just curious if there were any performance and scalability info/figures for batman vs olsrd vs roofnet. Running / testing olsrd right now, but running into scalability issues... -- Thanks! Michael Oh

2 1

[B.A.T.M.A.N.] Announcement: batman 0.1.1 released
by Marek Lindner 25 Jan '07

25 Jan '07

Hi, the batman team proudly announces the 0.1.1 release which is a stability and bugfix release for the 0.1.x branch. The following bugs were squashed: - compability version increased to 2 - batmand deactivates linux kernel antispoof protection which led to packet loss on multihomed devices - "logical" memory leaks fixed (continuously growing neighbour and packet list) - removed double free on neighbour purge (neighbour with hna) - broken tun support disabled (on *BSD and MacOS X) - debug level 1 display bug fixed (patch from nino) We suggest you to upgrade to the latest version for a better batman experience ! ;-) ATTENTION: Certain bugs affect the behaviour of a batman network not only the one batman node itself. That is why we increased the compability version for batman packets for the first time. batman irgnores all batman packets that do not have the same compability version. Which means that batman 0.1.1 will ignore batman 0.1 and the other way round. You can get the sources and precompiled mips binaries from open-mesh.net. Regards, Marek

1 0

[B.A.T.M.A.N.] hi all
by rcml＠lecurie.org 23 Jan '07

23 Jan '07

first question: I wondered whether there was a debian package of batman ? and if freinfunk package is openwrt compatible. afflicted for these simple question, it is the beginning thank Dako (i speak french)

6 5

[B.A.T.M.A.N.] debian package
by elektra 23 Jan '07

23 Jan '07

Hi - there is a Debian developer which has declared that he will maintain the b.a.t.m.a.n. Debian-package. We are going to release 0.1.1. soon, which is a bugfix release. If we are satisfied with the maturity of the code we'll ask him whether he would like to go ahead and add the package to Debian. Currently you have to build your own. cu elektra

1 0

[B.A.T.M.A.N.] Testing
by Dan Flett 23 Jan '07

23 Jan '07

Hi all Seeing as how this list is pretty new, I figure it wouldn't be too rude to send a test message first. Happy BATMAN to you all! Dan

2 2

[B.A.T.M.A.N.] List Language
by Dan Flett 11 Jan '07

11 Jan '07

Hi Guys, At the risk of making myself unpopular at this early stage, could I make a request that all posts to this list be made in English? I am extremely interested in this new routing protocol - as I was in OLSR. I've spent a lot of time trying to translate German with google translator to get a better understanding of OLSR. I'd rather not have to go through that again with B.A.T.M.A.N.! The mailing list info page does list English as the list language, and http://www.open-mesh.net seems to be entirely in English too. If B.A.T.M.A.N. lives up to it's promise, it will be the best mesh protocol yet seen. I would like to see it become popular outside of Europe as soon as possible. Having this list in English will help that happen. Cheers, Dan Flett

2 1

[B.A.T.M.A.N.] make failure
by Pablo Osuna 10 Jan '07

10 Jan '07

Hi, We are having a problem with the first release of B.A.T.M.A.N. When we try to compile it (trying both gcc-3.4 and 4.0), we got the following error: root@Pablo:/home/pablo/Desktop/batman# make gcc -Wall -O0 -g3 -c -o batman.o batman.c batman.c: En la función `send_outstanding_packets': batman.c:889: error: error sintáctico before '<<' token batman.c:891: error: error sintáctico before ')' token batman.c:894: error: error sintáctico before '>>' token batman.c:896: error: error sintáctico before ')' token batman.c:891: aviso: statement with no effect batman.c:896: aviso: statement with no effect batman.c: En el nivel principal: batman.c:927: error: error sintáctico before '}' token make: *** [batman.o] Error 1 We are using Ubuntu distro. Regards: Pablo

2 1

[B.A.T.M.A.N.] IP Aggregation
by Marek Lindner 09 Jan '07

09 Jan '07

Hi, die folgende Idee ist auf dem Kongress in diversen Diskussionen entstanden und bei weitem noch nicht ausgereift. Mich würde eure Meinung dazu interessieren. Bisher rebroadcastet jeder batman Knoten alle batman Pakete (wir ignorieren die Ausnahmen jetzt mal). Können wir einen geschickten Algorithmus entwickeln / anwenden, der es uns gestattet an Stelle des Rebroadcasts der Nachbar-Nachrichten HNA informationen in unserem Paket mitzusenden ? So könnte das funktioneren: Mein batman Knoten merkt, dass er 3 one Hop Nachbarn hat, welche keine anderen Nachbarn hinter sich haben. Daher nehme ich diese Nachbarn als HNA auf. Meine anderen Nachbarn erhalten nun das Paket und können feststellen, dass meine IP und die IPs meine Nachbarn ziemlich dicht beieinander sind und stopfen uns alle in eine HNA Nachricht. Die Vorteil liegt auf der Hand: Weniger batman Pakete und weniger Routeneinträge. Wir müssten das aber so geschickt machen, dass wir nicht unsere eigene Statistik fälschen. Wenn ich zu meinem aggregierten Nachbarn 50% packet loss habe, ihn aber in jeder meine OGMs erwähne, könnte der Eindruck entstehen, dass der Link recht gut ist ?! Was meint ihr ? Gruß, Marek

2 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N January 2007