B.A.T.M.A.N

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

3 participants
4259 discussions

[B.A.T.M.A.N.] VIS Server
by Mario Roeber 19 Jun '07

19 Jun '07

hello, someone kow, how i'can compile the VIS Server to a FREEBSD System? have a nice day, Mario - The box said: Requires Windows VISTA or better. So I bought a Macintosh. Mario Roeber eMail: mario(a)port-x.de wSite: http://www.port-x.de

2 1

[B.A.T.M.A.N.] exchange of experience
by Axel Neumann 18 Jun '07

18 Jun '07

Hello, we are VERY pleased to hear that there are quite a few people from outside Berlin considering to come to the release party. Of course these pionieers are not coming without expectations. Therefore we want to reserve and announce some extra time now (besides the usual gathering and celebrating) for an open discussion and the exchange of experience related to the batman routing protocol. The gathering will be integrated in the regularly Waveloeten workshop ( http://wiki.c-base.org/coredump/WaveLoeten ) which happens every Wednesday at the C-Base ( http://c-base.org/ )in Berlin. For the discussion we propose to start at 8:15 pm ( 20.6.07 Rungestrasse 20, 10179 Berlin ) A list of topics may include but is not limited to: * Why BATMAN at all? After many years of optimization OLSR seems to be quite stable now! * Does BATMAN really redeem what it claims? * What means exist to allow a smooth migration from an existing routing protocol and which problems can be expected. * The one-does-it-all solution (Eierlegende Wollmilchsau) does not exist so what are the disadvantages. * Which skills are needed to set up a somehow working or a productively usable mesh network. * Which parameters exist to better adapt the batman implementation to local particularities * Do user prefer an aggressive or a conservative revision and versioning cycle * What is missing (besides documentation) * Please feel free to add your topic here! What would you expect to hear from a decent batman / batman advanced presentation / workshop ? looking forward to see you, the B.A.T.M.A.N. development team

1 0

[B.A.T.M.A.N.] Small feature request
by poelzi 17 Jun '07

17 Jun '07

Hi, I got a interessting paper forwarded which discussed routing in tcp on ad-hoc networks (especially tcp vegas). The idea was like that: If the routing protocol notices the tcp stack that the route has changed, it can recalculate some of its parameters (here the BaseRTT value) to optimize speed. Implementing meshferry, a tcp over udp proxy to surround most of tcp problems, I can see a lot of usage for this. Because batman doesn't know the topology itself, i thought about a mechanism to detect route changes without knowing topology itself. All batman originator packets would become an additional flag, lets say uint32. When batman starts, it generates a random uint32 for its complete runtime. On a new broadcast message, it sets this new flag to his own random value. If it rebroadcasts a message, it used the original value XOR its own. This mechanism detects route changes very likely and even batman restarts. If the this new flag changes, the route somewhere in the network has changed, it can't say where, but it doesn't have to. The operations are cheap, the overhead is small. And allows analysis if routes are more static or switching (would be interessting to see). Long term I was thinking about a socket interface between routing daemon and transport daemon. For the case of switching routes, batman would then notify the route to host x has changed somehow, so he can optimize his parameters. kindly regards daniel

3 2

[B.A.T.M.A.N.] dynamic network annoucments
by Daniel Poelzleithner 16 Jun '07

16 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, another feature i forgot in the last mail :) It would be great if batman allows to dynamic add and remove announced networks via the unix socket interface. for example # adds new announced network batmand -c -a someip/mask # removes some announced network batmand -c -A someip/mask why ? we are working on the posibility to give a computer in the mesh a unique ip, besides the network the node is serving. if you assign a unique ip to a computer, and get a dhcp lease of another node, the node would then add your ip as a hostroute announcement to batman, which would overwrite the default place: your home network. this would mean real mobile ip without the overhead of sending the traffic to your home router and then forward to your actual position. besides this, it would allow better integration into bgp by simply spawning a script to add/remove routes via zebra. kindly regards daniel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: GnuPT 2.7.2 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGcsQwy/mkIQp7AD0RAkG5AKC1UkQHec8jfbGmsMD9d1turzdWjACdFLMh W8ciliTQtKs4NTNfEt8Zc4U= =XzcN -----END PGP SIGNATURE-----

2 2

[B.A.T.M.A.N.] every day, something new!
by Mario Roeber 12 Jun '07

12 Jun '07

hello everyone, i'm new in this list, and i'was like to say everybudy hello ... I'm from germany naer Magdeburg. my age is 42 and i'm male ;) what i'want here? of'course know more about b.a.t.m.a.n to build and make our local mesh-net better. here, we dont get some dsl line or somthing like that, so we have to help us self. her we have a fast direct wlan connection to Magdeburg with 5ghz hardware. and local we use at the this moment olsr for our mesh-net. i'was try batman and i'was get the feel, he is runing better. so it's means i'like to try a clear batman mesh-network. without any olsr. so, for that i'm here ;) and maybe it is possible. so, my english is not so mutch perfect ... but i'hope, not to mutch bad ;) have a nice day Mario

1 0

[B.A.T.M.A.N.] B.A.T.M.A.N.-Release-Party
by Axel Neumann 12 Jun '07

12 Jun '07

B.A.T.M.A.N.-Release-Party Wednesday 20. june at the C-Base in Berlin. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The B.A.T.M.A.N.-developer team would be happy to celebrate with YOU the 0.2 release of B.A.T.M.A.N. at the C-Base (in Berlin). FYI, there will also be a free barrel of cool beer waiting to be flushed. Version 0.2 can reasonably be called stable now. It works quite performant, supports multiple interfaces, has a low CPU-load, a robustly working algorithm underneath, and autonomously negotiates UDP-Tunnels to GWs which ultimately enables long-term and stable internet connections. A number of users reported quite excitedly about the amazing experiences they made with this protocol. Well, we want to stay neutral so join in to hear them and try batman for yourself. Currently B.A.T.M.A.N is available for Linux only. The ports for Mac OS-X and BSD have fallen asleep and are waiting for a diligent bee ... Maybe there will once also exist a windows port. Many thanks to all the people who helped to realize this in such a short amount of time. Merchandizing ^^^^^^^^^^^^^^^^^^^ We are thinking about printing further T-shirts with the B.A.T.M.A.N.-Logo (as you can see on http://open-mesh.net/batman ) and sell them at the cost of expenses. Unfortunately the price is not clear by now but will be about or less than 15 Euro. If you are interested please send a mail with your size and the limit you are willing to pay. Considerations for the parallel operation of OLSR and B.A.T.M.A.N. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ In Berlin we are now facing a phase in which both routing protocols will be used in parallel. Currently we are aware of one issue where this can cause problems. This is in case of OLSR-Internet traffic passing a dual-stack (OLSR and B.A.T.M.A.N.) node where the B.A.T.M.A.N daemon is configured for tunneled GW selection. Then each OLSR-towards-internet packet will be magically caught and warped to the currently selected (and maybe several hops away) B.A.T.M.A.N. GW. where the packets pop-up again and follow their usual path through the internet to their final destination. This has caused confusion since also programs like traceroute do not show the intermediate hops which the packet has passed (tunnelled) between the related B.A.T.M.A.N. node and the GW. This is because such a dual-stack mesh node (where the B.A.T.M.A.N daemon is configured for tunneled GW selection) consequently has two default routes. One due to OLSR and another due to B.A.T.M.A.N.. The thing is, that both are ending up in the same routing table and one of them (the latter) has a higher priority than the other. So every packet passing along with a destination address matching only the default entry of the routing table will end up in the tunnel to the currently selected B.A.T.M.A.N. GW. The Internet-GW selection mode of B.A.T.M.A.N. is optional and should be disabled or used with care especially on nodes with a dedicated RF-postion (and such used by many others as an intermediate hop) like churches and other high buildings. Enduser using Notebooks or PDAs should be able to use this feature without causing trouble. Outlook ^^^^^^^^^^^ In order to make the parallel deployment of both protocols even more smoothly, a number of new features have found their way into 0.3. Then it will also be possible to maintain and use a the OLSR and the B.A.T.M.A.N. default route in parallel. Therefore we will also release the first version of the upcoming B.A.T.M.A.N. generation (0.3 alpha). At the same time we already began working on the next generation of B.A.T.M.A.N. which will be called B.A.T.M.A.N. Advanced. It works on Layer 2 and creates a virtual network switch of all nodes participating. It offers a bunch of new possibilities and features which wait for you to be explored. To offer you a stable plattform you can experiment with we will release 0.1 alpha. We will also provide a set of tools (the B.A.T.M.A.N. toolchain - battool) to bring you in the position to observe the magic and to debug your setup or our daemon. ;-) see you june 20th, the B.A.T.M.A.N. development team

1 0

[B.A.T.M.A.N.] Using batman
by David Murray 06 Jun '07

06 Jun '07

Hi I have setup a testbed to try out the batman routing protocol and hopefully learn a little about it. I have installed it on 4 machines and they all seem ok but when I try to run batman with: #./batmand interface ath0 I simply get another command line #. Then when I try a: #ps -e I cannot see batman running as a process anywhere. Is there something that I am missing? My systems are all: Debian Sarge (kernel 2.6.8-3) P3 800 with 256 Mb RAM I am using the latest release of Batman: B.A.T.M.A.N. III 0.2.0 rc2 (compability version 3) Thanks Dave

4 3

[B.A.T.M.A.N.] CHANGELOG
by Dragan Noveski 26 May '07

26 May '07

hi list, i wanted to ask, if it would be possible to have a little CHANGELOG file in side the batman-sources? i think it is very informative for the users, which are not active developer to know whet is changed from one version to the other. cheers, doc

3 7

[B.A.T.M.A.N.] Release 0.2.0rc2 out now!
by Axel Neumann 25 May '07

25 May '07

HeyHo! if you ever had the feeling that rc1 is somehow unstable and many obvious routes were simply ignored, relax, you were totally right. Our optimism drove us to introduce just *minor* changes to the code just five minutes to 12 and which eventually turned out to be buggy. So happened with rc1. We are trying hard to improve. So what has changed since then? - Fixed relevant bugs in the debug-system and an incredible bug in the neighbor-detection algorithm causing one of two neighbors to simply ignore the other (what a mess). - Now batman is sending originator-messages with TTL of 50 on every interface. (results in: no more dead back-routes to nodes with multiple interfaces but also larger routing-tables, more processing and traffic overhead) - Reduced bidirectional-link-check-range to 2 and increased sequence-range to 128 (as some experiments in the berlin freifunk mesh indicated that these parameters worked best for our purpose) - AND, in order to resolve existing bugs instead of introducing new ones, we took some time to test all changes in our local setup which includes freifunk-based WRTs, buffalos, and foneras as well as 4G-MeshCubes and i386 based machines ... hoping that you can confirm the good results Please update your nodes to batmand-0.2.0-rc2 by visiting our new SUPA-DOWNLOAD-STORE at http://open-mesh.net/batman/downloads offering precompiled binaries and packages for quite a number of linux-based systems. Also we are willing to include other targets in the auto-compilation toolchain which currently allows compilations for openWrt ( http://wiki.openwrt.org/TableOfHardware ) and openembedded ( http://www.openembedded.org/filebrowser/org.openembedded.dev/conf/machine ) based systems. So if you find your HW supported by one of the mentioned projects (and are willing to test next autogenerated results) please give us a hint. very best wishes from the B.A.T.M.A.N. development team

1 0

Re: [B.A.T.M.A.N.] problems running batman rev350
by Dragan Noveski 21 May '07

21 May '07

Marek Lindner wrote: > Hi, > > > >> since i got the core dump created now, i suppose that the patches are in >> rev352? >> >> pleas tell me what to do with the core file, but for now i will attach it. >> > > to fully debug your problem I need the binary you created the core dump with. > Do not create a new binary - I have to have the binary which was running > during the segmentation fault. > > Regards, > Marek > > where can i upload the binary? cheers, doc

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N