B.A.T.M.A.N

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

15 participants
4308 discussions

[B.A.T.M.A.N.] MultiRadio Batman
by Kartik Muralidharan 27 May '09

27 May '09

Hello, We have finally deployed a WMN testbed on our campus , currently running roofnet. However I would like to run BATMAN as the underlying routing protocol. Could you help me out with deploying and testing BATMAN on the nodes. Further since our nodes have two radio we are looking at taking advantage of the same. Any pointers from a coding perspective to tackle this would be great as I am hoping to publish the same. Also does Batman advanced operate in Monitor mode? Thanks Kartik

3 12

[B.A.T.M.A.N.] Debug Malloc Problem
by Nathan Wharton 27 May '09

27 May '09

Sorry, looks like I didn't reply all on this one: On Fri, May 22, 2009 at 11:31 PM, Marek Lindner <lindner_marek(a)yahoo.de> wrote: >> I am getting set up to do remote debugging. I'll see what I can find >> doing that. > > Yeah, that would be another option. ok, here is what I found on the debug malloc problem I am having: In the function debugMalloc: ================================= chunkHeader = (struct chunkHeader *)memory; chunk = memory + sizeof(struct chunkHeader); chunkTrailer = (struct chunkTrailer *)(memory + sizeof(struct chunkHeader) + length); chunkHeader->length = length; chunkHeader->tag = tag; chunkHeader->magicNumber = MAGIC_NUMBER; chunkTrailer->magicNumber = MAGIC_NUMBER; => pthread_mutex_lock(&chunk_mutex); ================================= I get the following results: (gdb) p chunkHeader $26 = (struct chunkHeader *) 0x308c8 (gdb) p chunk $27 = (unsigned char *) 0x308d8 "\020\322\n" (gdb) p chunkTrailer $28 = (struct chunkTrailer *) 0x308dd (gdb) p *chunkHeader $29 = {next = 0x40096c34, length = 5, tag = 15, magicNumber = 305419896} (gdb) p *chunkTrailer $30 = {magicNumber = 878082050} (gdb) p length $31 = 5 I think the magic number is not getting into the chunk trailer correctly because it is not aligned. chunkHeader is aligned because it was returned by malloc chunk is aligned because the size of the header is 16 chunkTrailer is not aligned because it is chunk + 5 Hope this helps. If not, and that shouldn't be a problem, I'll see what else I can find.

3 11

[B.A.T.M.A.N.] VIS server for batman-adv-kernelland
by Christoph Pilka 23 May '09

23 May '09

Hi folks, my goal is to visualize batman-adv-kernelland network topology. 'echo "server" > /proc/net/batman-adv/vis' activates vis server on the mesh node directly, right? Do the other nodes find the vis server autmagically? What happens, if I wanna use more than one vis server? And the last and most important question: is it possible to run a vis server outside the mesh running layer 2 batman-adv? The layer 3 vis runs fine but I have no clue how to get the visualization running on batman-adv nodes. How to tell the vis server on the mesh nodes to output their data to a dot-draw server (s3d) ? Lot of questions ;-) For the German readers: I am documenting all the stuff on http://debian.asconix.com/batman-advanced-openwrt-howto but I think, the way I'm describing in the vis chapter is the way to get vis running in layer3 batman, isn't it? Greets, Chris -- "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

4 5

[B.A.T.M.A.N.] [PATCH] Allow vis daemon to serve mesh topology simultaneously in dot_draw and JSON format
by Antoine van Gelder 20 May '09

20 May '09

After some great input from Marek I took a swing at rewriting my vis patch to allow serving of mesh topology simultaneously in dot_draw & json. * -j enables JSON server on port 2005 * dot_draw continues to be served on port 2004 irrespective of whether -j is specified or not. Some thoughts: * It is not the prettiest of patches but it works. Thinking about cleaner approaches makes my imagination drift in the direction of a simple plugin API such as OLSRd has, anyone else having any similar thoughts ? :) * I'm serving json on port 2005 - any alternative suggestions ? Patch attached for review, looking forward to feedback! - a -- http://7degrees.co.za "Libré software for human education."

2 1

[B.A.T.M.A.N.] Possible page faults at route.c
by Sven Eckelmann 20 May '09

20 May '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 In the handling of netlink sockets is are two small and (probably always) non fatal glitches. Only together they could lead to page faults. It is quite unlikely that it happens, but you cannot say that it is impossible. Best regards, Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iQIcBAEBCgAGBQJKE+oyAAoJEF2HCgfBJntGsv4P/ih/7xcrweNox8Kv8+OhoWBV sZ8DcgRI3REqFtZMCNte/P/6ZGSx1hE95NytTo2R767PJF1ZjKX4B45NGf52rtAp y+5++SGZ6vRPXPDhEF/1yg4i0ce29pgwZJVYj0qXZk5uLyJz2j4RtkPDGuCm4MCd V7B1V+tVTLOGKLGnJAMEi49F61dRsYNt5tobQKwNxGt6tZVC7CCD7Ze2jA3c2b8r dGixm+4vQGrV0EEmUS4JoJloOlz9tUI8+ld65urwj5Ep8IpSYBfrjQRbd9oaVtQe 6vRXnuAdZz9nam9MZRm4IqGa5DfNBkd0vXQryy85sxPSuIFti0FtiQI3bGYX8QnV 7ShajIU4JRo4k6jqZX6H+Z65DBahUFrbrfGqip7eOSLUANwtHy4S/0MD4Aw4FU2X FF6AfsrdiBdT68eVBsxJdXInrAu5UwXBtIwNQm90l8JzT3TOo5pnDGiA7z0fVRGb IJbTQKqkpZNvf0esyF7PhcEnjwefsP9gdXzuTcqlAday/mX3m73TmMismlM22Id+ eSLLU03Qi+fM3HfmMCk7OlMYXPw47qI+vMX8NGNqh/3MSqXZv8z9BXts89DXjMxs jDOFX/qZCx0Z5c31DjCH7sxi3/R8rQTSE/AUMLVUrttuGwS/WzE4m/8W/Yu13gMi ERz3CKiMqSEDin8EyL6a =ECeu -----END PGP SIGNATURE-----

2 4

[B.A.T.M.A.N.] [PATCH] Differentiate between hyphen and minus in manpage
by Sven Eckelmann 13 May '09

13 May '09

groff differentiate between minus signs and hyphens. The default option is to interpret '-' as hyphens (U+2010) and makes it hard to use copy and paste for options in UTF-8 environments. See http://lists.debian.org/debian-devel/2003/03/msg01481.html for more informations. Signed-off-by: Sven Eckelmann <sven.eckelmann(a)gmx.de> --- batman/man/batmand.8 | 62 +++++++++++++++++++++++++------------------------- 1 files changed, 31 insertions(+), 31 deletions(-) diff --git a/batman/man/batmand.8 b/batman/man/batmand.8 index 263b4c3..ce5f743 100644 --- a/batman/man/batmand.8 +++ b/batman/man/batmand.8 @@ -17,28 +17,28 @@ .\" for manpage-specific macros, see man(7) .TH "batmand" 8 .SH NAME -batmand \- better approach to mobile ad-hoc networking +batmand \- better approach to mobile ad\(hyhoc networking .SH SYNOPSIS .B batmand .RI [ options ] interface [ interface ... ] .br .SH DESCRIPTION .B B.A.T.M.A.N -means better approach to mobile ad-hoc networking, this is a new routing protocol for multi-hop ad-hoc mesh networks. Go to http://www.open-mesh.net/ to get more information. +means better approach to mobile ad\(hyhoc networking, this is a new routing protocol for multi\(hyhop ad\(hyhoc mesh networks. Go to http://www.open\-mesh.net/ to get more information. .PP The following document will explain how to use the \fBbatman daemon\fP. .PP -The batmand binary can be run in 2 different ways. First you need to start the daemon with "batmand [options] interface" (daemon mode) and then you can connect to that daemon to issue further commands with "batmand -c [options]" (client mode). Some of the options below are always available, some are not. See the example section to get an idea. +The batmand binary can be run in 2 different ways. First you need to start the daemon with "batmand [options] interface" (daemon mode) and then you can connect to that daemon to issue further commands with "batmand \-c [options]" (client mode). Some of the options below are always available, some are not. See the example section to get an idea. .SH OPTIONS .TP .B \-a add announced network(s) -Add networks to the daemons list of available connections to another network(s). This option can be used multiple times and can be used to add networks dynamically while the daemon is running. The parameter has to be in the form of ip-address/netmask. +Add networks to the daemons list of available connections to another network(s). This option can be used multiple times and can be used to add networks dynamically while the daemon is running. The parameter has to be in the form of ip\(hyaddress/netmask. .TP .B \-A delete announced network(s) -Delete networks to the daemons list of available connections to another network(s). This option can be used multiple times and can only be used while the daemon is running. The parameter has to be in the form of ip-address/netmask. +Delete networks to the daemons list of available connections to another network(s). This option can be used multiple times and can only be used while the daemon is running. The parameter has to be in the form of ip\(hyaddress/netmask. .TP .B \-b run debug connection in batch mode -The debug information are updated after a period of time by default, so if you use "-b" it will execute once and then stop. This option is useful for script integration of the debug output and is only available in client mode together with "-d 1" or "-d 2". +The debug information are updated after a period of time by default, so if you use "\-b" it will execute once and then stop. This option is useful for script integration of the debug output and is only available in client mode together with "\-d 1" or "\-d 2". .TP .B \-c connect via unix socket Use this option to switch to client mode. Deploy it without any arguments to get the current configuration even if changed at runtime. @@ -46,25 +46,25 @@ Use this option to switch to client mode. Deploy it without any arguments to get .B \-d debug level The debug level can be set to five values. .RS 17 -default: 0 -> debug disabled +default: 0 \-> debug disabled .RE .RS 10 -allowed values: 1 -> list neighbors +allowed values: 1 \-> list neighbors .RE .RS 25 - 2 -> list gateways - 3 -> observe batman - 4 -> observe batman (verbose) - 5 -> memory debug / cpu usage + 2 \-> list gateways + 3 \-> observe batman + 4 \-> observe batman (verbose) + 5 \-> memory debug / cpu usage .RE .RS 7 Note that debug level 5 can be disabled at compile time. .RE .TP .B \-g gateway class -The gateway class is used to tell other nodes in the network your available internet bandwidth. Just enter any number (optionally followed by "kbit" or "mbit") and the daemon will guess your appropriate gateway class. Use "/" to seperate the down- and upload rates. You can omit the upload rate and batmand will assume an upload of download / 5. +The gateway class is used to tell other nodes in the network your available internet bandwidth. Just enter any number (optionally followed by "kbit" or "mbit") and the daemon will guess your appropriate gateway class. Use "/" to seperate the down\(hy and upload rates. You can omit the upload rate and batmand will assume an upload of download / 5. .RS 17 -default: 0 -> gateway disabled +default: 0 \-> gateway disabled .RE .RS 10 allowed values: 5000 @@ -89,20 +89,20 @@ In a static network, you can save bandwidth by using a higher value. This option is only available in daemon mode. .TP .B \-p preferred gateway -Set the internet gateway by yourself. Note: This automatically switches your daemon to "internet search modus" with "-r 1" unless "-r" is given. If the preferred gateway is not found the gateway selection will use the current routing class to choose a gateway. +Set the internet gateway by yourself. Note: This automatically switches your daemon to "internet search modus" with "\-r 1" unless "\-r" is given. If the preferred gateway is not found the gateway selection will use the current routing class to choose a gateway. .TP .B \-r routing class -The routing class can be set to four values - it enables "internet search modus". The deamon will choose an internet gateway based on certain criteria (unless "-p" is specified): +The routing class can be set to four values \(hy it enables "internet search modus". The deamon will choose an internet gateway based on certain criteria (unless "\-p" is specified): .RS 17 -default: 0 -> set no default route +default: 0 \-> set no default route .RE .RS 10 -allowed values: 1 -> use fast connection +allowed values: 1 \-> use fast connection .RE .RS 25 - 2 -> use stable connection - 3 -> use fast-switch connection - XX -> use late-switch connection + 2 \-> use stable connection + 3 \-> use fast\(hyswitch connection + XX \-> use late\(hyswitch connection .RE .RS 7 In level 1, B.A.T.M.A.N tries to find the best available connection by watching the uplinks throughput and the link quality. @@ -112,34 +112,34 @@ In level XX (number between 3 and 256) B.A.T.M.A.N compares the link quality of .RE .TP .B \-s visualization server -Since no topology database is computed by the protocol an additional solution to create topology graphs has been implemented, the vis server. Batman daemons may send their local view about their single-hop neighbors to the vis server. It collects the information and provides data in a format similar to OLSR's topology information output. Therefore existing solutions to draw topology graphs developed for OLSR can be used to visualize mesh-clouds using B.A.T.M.A.N. +Since no topology database is computed by the protocol an additional solution to create topology graphs has been implemented, the vis server. Batman daemons may send their local view about their single\(hyhop neighbors to the vis server. It collects the information and provides data in a format similar to OLSR's topology information output. Therefore existing solutions to draw topology graphs developed for OLSR can be used to visualize mesh\(hyclouds using B.A.T.M.A.N. .TP .B \-v print version .TP -.B \-\-disable-client-nat -Since version 0.3.2 batmand uses iptables to set the NAT rules on the gateX interface of the batman client (-r XX). That option disables this feature of batmand and switches the internet tunnel mode to "half tunnels" (the packets towards the gateway are tunneled but not the packets that are coming back) unless NAT was enabled manually. Be sure to know what you are doing! Without NAT the gateway needs to have a route to the client or the packets will be dropped silently. +.B \-\-disable\-client\-nat +Since version 0.3.2 batmand uses iptables to set the NAT rules on the gateX interface of the batman client (\-r XX). That option disables this feature of batmand and switches the internet tunnel mode to "half tunnels" (the packets towards the gateway are tunneled but not the packets that are coming back) unless NAT was enabled manually. Be sure to know what you are doing! Without NAT the gateway needs to have a route to the client or the packets will be dropped silently. .TP -.B \-\-policy-routing-script -This option disables the policy routing feature of batmand - all routing changes are send to the script which can make use of this information or not. Firmware and package maintainers can use this option to tightly integrate batmand into their own routing policies. This option is only available in daemon mode. +.B \-\-policy\-routing\-script +This option disables the policy routing feature of batmand \(hy all routing changes are send to the script which can make use of this information or not. Firmware and package maintainers can use this option to tightly integrate batmand into their own routing policies. This option is only available in daemon mode. .SH EXAMPLES .TP .B batmand eth1 wlan0:test Start batman daemon on interface "eth1" and on alias interface "wlan0:test" .TP -.B batmand -o 2000 -a 192.168.100.1/32 -a 10.0.0.0/24 eth1 +.B batmand \-o 2000 \-a 192.168.100.1/32 \-a 10.0.0.0/24 eth1 Start batman daemon on interface "eth1" with originator interval of 2000 ms while announcing 192.168.100.1 and 10.0.0.0/24. .TP -.B batmand -s 192.168.1.1 -d 1 eth1 +.B batmand \-s 192.168.1.1 \-d 1 eth1 Start batman daemon on interface "eth1", sending topology information to 192.168.1.1 and with debug level 1 (does not fork into the background). .TP -.B batmand eth1 && batmand -c -d 1 -b +.B batmand eth1 && batmand \-c \-d 1 \-b Start batman daemon on interface "eth1". Connect in client mode to get the debug level 1 output once (batch mode). .TP -.B batmand -g 2000kbit/500kbit eth1 && batmand -c -r 1 +.B batmand \-g 2000kbit/500kbit eth1 && batmand \-c \-r 1 Start batman daemon on interface "eth1" as internet gateway. Connect in client mode to disable the internet gateway and enable internet search mode. .br .SH AUTHOR -batmand was written by Marek Lindner <lindner_marek-at-yahoo.de>, Axel Neumann <axel-at-open-mesh.net>, Stefan Sperling <stsp-at-stsp.in-berlin.de>, Corinna 'Elektra' Aichele <onelektra-at-gmx.net>, Thomas Lopatic <thomas-at-lopatic.de>, Felix Fietkau <nbd-at-nbd.name>, Ludger Schmudde <lui-at-schmudde.com>, Simon Wunderlich <siwu-at-hrz.tu-chemnitz.de>, Andreas Langer <a.langer-at-q-dsl.de>. +batmand was written by Marek Lindner <lindner_marek\-at\-yahoo.de>, Axel Neumann <axel\-at\-open\-mesh.net>, Stefan Sperling <stsp\-at\-stsp.in\-berlin.de>, Corinna 'Elektra' Aichele <onelektra\-at\-gmx.net>, Thomas Lopatic <thomas\-at\-lopatic.de>, Felix Fietkau <nbd\-at\-nbd.name>, Ludger Schmudde <lui\-at\-schmudde.com>, Simon Wunderlich <siwu\-at\-hrz.tu\-chemnitz.de>, Andreas Langer <a.langer\-at\-q\-dsl.de>. .PP This manual page was written by Wesley Tsai <wesleyboy42(a)gmail.com>, for the Debian GNU/Linux system. -- 1.6.2.4

5 5

[B.A.T.M.A.N.] batman-adv use in Manchester NH
by Arc Riley 07 May '09

07 May '09

We're setting up batman-adv on open-mesh.com OM1P routers and unidirectional antennas to connect homes and businesses across the city. I've read the protocol docs, but a few key questions about the current kernel implementation; Is there currently a multicast protocol or method for a node on the network to get local link stats from every other node on the network? We're looking at this for a GUI desktop diagnostics tool which shows the current 1-hop link states for all nodes on the network Is there a layer 3 solution for routing each end user to the nearest IP gateway that works well on top of a batman-adv network? Does batman-adv currently support "bonding"; ie, will it route all packets through the best connection until it's saturated, or will it spread packets across connections (especially that are near the same quality) for optimal speed? What kind of traffic throughput is the kernel module capable of? Does the module multithread properly for multicore utilization? Would a FPGA variant be needed to have a "mesh switch" or would a high-end multicore ARM be reasonably able to handle say an 8-port gigabit mesh switch? These questions are less to evaluate batman-adv for our uses than looking forward at what we'll need to develop as we expand. Thanks!

7 15

[B.A.T.M.A.N.] Masters thesis
by Vojislav Marinkovic 01 May '09

01 May '09

Hi! My name is Vojislav Marinkovic and I am a student of Electrical Engineering at the Royal Institute of Technology in Stockholm. My major is Communication Networks and right now I am looking for an interesting subject for my masters thesis. While browsing the Internet for some interesting topics, I ran into your project which is very similar to (yet better than) one of my own ideas. So I thought "why should I put time on inventing wet water instead of joining the project?", On your homepage you stated that you have a lot of ideas but you don't have the time to implement them all. My question is, do you have any ideas that would fit to be done as a masters thesis in communication networks? It could be anything from an issue related to the protocol itself or it could be porting an already deployed technology on other types of networks to the B.A.T.M.A.N. (I'm not suggesting anything, but as an example let's say potential issues with live streaming over a B.A.T.M.A.N.-network), comparing B.A.T.M.A.N. some other routing protocol/s or any other topic related to my major subject. I really don't have any idea on what problems you have encountered so please help me find a good topic for my masters thesis. The thesis will be done during this summer. Thank you in advance Vojislav Marinkovic

5 9

[B.A.T.M.A.N.] Gateway on multiple interfaces
by Nathan Wharton 01 May '09

01 May '09

I am using B.A.T.M.A.N. 0.3.2-beta rv1246 with the batgat module. Internet tunneling works well on the first interface mentioned on the command line. Tunneling does not work on the secondary interface, and it floods the log file on the gateway with: Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash Apr 28 17:38:09 OpenWrt user.debug kernel: batgat: [get_ip_addr:645] found client in hash And on the client with: Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip request: sender IP is not gateway IP Apr 28 17:33:10 OpenWrt user.notice batmand: Error - can't receive ip from gateway: number of maximum retries reached Is there something I can do to get it to work on the secondary interface? On the gateway, I am using: batmand -d 3 -g 11000 -a 10.2.1.0/24 --disable-client-nat --hop-penalty 5 --purge-timeout 10000 ath0 eth0 ath0 is IP 10.0.2.1/16 eth0 is IP 10.255.2.1/16 On the client, I am using: batmand -d 3 -r 2 -a 10.1.11.0/24 --disable-client-nat --hop-penalty 5 --purge-timeout 10000 ath0 eth0 ath0 is IP 10.0.1.11/16 eth0 is IP 10.255.1.11/16 Thanks in advance for any help on this.

2 5

[B.A.T.M.A.N.] times wrapper
by Nathan Wharton 01 May '09

01 May '09

When I first started meshing, I used olsrd. There was a problem on our platform that caused olsrd packets to stop going out after the board had been up about 5 minutes. The outage lasted about 40 seconds, then came back. It turns out that there is a problem with the times() call that will return -1 for the 4096 jiffies before wrap around. This caused no apparent change in time during that duration, so no packets were sent. Also, for some reason on our platform, times() starts out about 5 minutes before wrap around. I found a work around elsewhere (and I leave credit in the patch) for some other software that was failing every 400 something days. I applied this to olsrd, and the problem went away. When I switched to batman, I saw that times() is used in it as well, so I made the patch attached. So, if anyone sees packets fail to come from batman for 40 seconds, they might need this.

3 2

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