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.] vis server - global or local map?
by Gargi Purohit 30 Apr '09

30 Apr '09

Hi I have a 3 node network setup with Routerboards 433. Each of these boards have 2 wifi cards running. I run layer 2 batman kernel module on these routers. I have enabled vis server by: echo "server" > /proc/net/batman-adv/vis and I can see the contents of the vis file now. I wanted to know if the entire network map is made available to each and every node OR the node has information only about its local connectivity to its neighbors and max the neighbors immediate connectivity. For instance I have a set up A----B----C----D-----E----F | | P Now wheter Node A will know if E is connected to P and the link quality of the same? Or it would just know that A is connected to B and since B is its immediate neighbor it would also know B is connected to C? Regards Gargi

2 3

Re: [B.A.T.M.A.N.] Trouble with SSH in L2 batman network
by Gargi Purohit 21 Apr '09

21 Apr '09

Sorry was not clear in the configuration = = AP to AP wireless link ^ ^ AP to client wireless link Server1 and RB1 on wired n/w My configuration is like this: -Server 1 --| | |-----(RB1) = = (RB2) ^ ^ ^ ^ ^ ^ C1 C2 > On Tue, Apr 7, 2009 at 5:18 PM, Gargi Purohit <gaargie(a)gmail.com> wrote: >> Hi >> >> I have configured a Layer 2 mesh (Using batman kernel module) on >> Routerboard 433. These are boards equipped with 2 interfaces. I have >> configured/created a virtual interface on every physical interface. >> So for E.g. my routerboard 1 (RB1) has ath0 (Phy interface - Adhoc >> mode), ath1 (Virtual interface - Master mode), ath2 (Phy interface - >> Adhoc mode) and ath3 (Virtual interface in Master mode). >> >> My set up has 2 routerboards - one is wired and the other is wireless. >> Thus RB1 has (ath0, ath1, ath2, ath3 and eth0) >> RB2 has (ath0, ath1, ath2, ath3) >> >> The proc is as follows on both RB1 and RB2 >> >> root@open-mesh:~# cat /proc/net/batman-adv/interfaces >> ath0 ath2 >> >> I have created a bridge between all interfaces. >> The bridge config on RB1 is: >> >> root@open-mesh:~# brctl show >> bridge name bridge id STP enabled interfaces >> br0 8000.000c422fbfe4 no eth0 >> ath1 >> ath3 >> bat0 >> >> >> The bridge config on RB2 is: >> root@open-mesh:~# brctl show >> bridge name bridge id STP enabled interfaces >> br0 8000.00ff8fffdcc7 no bat0 >> ath1 >> ath3 >> >> >> I can connect clients to each of these RB and they can get Internet access. >> >> My configuration is like this: >> >> -------------------Server 1 -------------| >> | >> |-------------Wired AP >> (RB1) = = = = = = = Wireless AP (RB2) >> | >> ^ ^ >> | >> ^ ^ >> | >> ^ ^ >> | >> C1 (Client of RB1) C2 (Client of >> RB2) >> >> >> The APs RB1 and RB2 are connected to each other over 2 mesh wireless >> links on different channels (ath0 and ath2) >> >> I am trying to ssh to Server 1 from all these nodes. I can ssh to >> Server 1 from anyone but RB2 (RB1, C1, C2 can ssh Server 1 but RB2 >> cannot). >> >> Likewise I can ssh all nodes from each other. E.g from anywhere on >> LAN I can ssh to each of these nodes. But RB2 can be sshed only from >> nodes directly connected (eg. RB1 and C2). >> >> Note however i can ping Server 1 from RB2. >> >> Am not sure where I am going wrong? >> >> Regards >> >> Gargi >> >

3 4

[B.A.T.M.A.N.] WirelessBattleMesh2009
by Marek Lindner 21 Apr '09

21 Apr '09

Hi folks, the B.A.T.M.A.N. team attended the WirelessBattleMesh2009 in Paris. A summary of this event is available on our website now: https://www.open-mesh.net/wiki/2009-04-19-wbm2009-aftermath Regards, Marek

1 0

[B.A.T.M.A.N.] Fwd: [Babel-users] Wireless Battle Mesh -- a Babel perspective
by Marek Lindner 16 Apr '09

16 Apr '09

Hi, Juliusz has problems sending this message to our list, hence I forward it for him. Regards, Marek ---------- Forwarded Message ---------- Subject: [Babel-users] Wireless Battle Mesh -- a Babel perspective Date: Thursday 16 April 2009 From: Juliusz Chroboczek <Juliusz.Chroboczek(a)pps.jussieu.fr> To: babel-users(a)lists.alioth.debian.org CC: tmplab(a)lists.tmplab.org, bh(a)udev.org, b.a.t.m.a.n(a)open-mesh.net Hi, WBM was good fun, as you can gather from Massoud's e-mail. There were people from Paris, Vienna, Berlin and Brussels. It was a chance to meet active implementers of three routing protocols (Babel, OLSR and Batman). We spent four days flashing routers, measuring packet loss between a cave and a railway track, and estimating routing protocol overhead. We had a few chats about routing protocols, did a couple of impromptu presenta- tions, watched the pretty pictures generated by three distinct network graphing packages, drank too much beer, drank too much coffee, and ate hallal sausages. We also looked at the passing trains. I've had some extended chats with one of the Berlin people, and learnt quite a lot about Batman. I'm convinced now that Batman is loop-free, I'm also convinced that it has glacially slow convergence, and that the two properties are linked -- any tweak to make Batman converge faster will cause loops. (I'm willing to exchange the proof of loop-freedom for a pint of good German beer.) Some interesting developments on the OLSR side -- they appear to be developing a link-state routing protocol that is almost, but not quite, entirely unlike OLSR. A lot of interesting anecdotes about OLSR, too. Together with one of the Belgian guys, we implemented a variant of Babel that takes link diversity into account (using a gross simplification of the MIC metric). In the particular configuration that we implemented (six Foneras running on three different channels and pairwise connected by wired Ethernet), the results are dramatic -- the algorithm is able to choose the maximum diversity route, which leads to a 5-fold improvement in transfer rate (Benjamin, do you have the exact figures?). The code we used for testing is somewhat hackish, I need to think about it some more before I can include such an algorithm within the Babel trunk. I found two bugs in Babel, both related to retractions. First, retractions were not properly sent after a redistributed route was removed; second, resending of retractions was broken, and a retraction would only get sent twice (rather than the expected 1 minute with exponential backoff). Both bugs have been fixed in the Darcs tree, what will become Babel 0.95 as soon as it's tested. I've also seen one packet that looped. Just the one packet, granted, but that is not supposed to happen. According to Murphy's law, I wasn't capturing the traffic at the time, and I've never been able to reproduce it again. I've spent much of today eyeballing the code, and I'm fairly positive loops don't happen in Babel. I'm still worried, though. A rather productive week-end, altogether, were it not for the fact that I've been sick with the flu for two days now. I strongly suspect my flu came from Vienna. Regards, Juliusz -------------------------------------------------------

1 0

[B.A.T.M.A.N.] Out of tree builds of kernel modules
by Sven Eckelmann 11 Apr '09

11 Apr '09

Hi, I have currently following problem with batman-adv-kernelland and batmand- gateway: Danial Baumann supports building of kernel modules against the current Debian kernel in sid with his linux-modules-extra-2.6 package. The module sources must only to support build over the kernel headers. It is done like that: /usr/bin/make -C /usr/src/linux-headers-2.6.29-1-amd64 M=/batman-adv/ So it calls the Makefile in /usr/src/linux-headers-2.6.29-1-amd64 to build the sources in /batman-adv/. This seems to be a quite common way to do the build. There are different problems with the way the current Makefiles of these modules are written. First thing is that there is a Makefile.kbuild which is included with include $(PWD)/Makefile.kbuild This will not work in the current situation because the PWD is now /usr/src/linux-headers-2.6.29-1-amd64. Is this extra Makefile.kbuild really needed? The second problem is the check of KERNELPATH of Makefile. It will check if the sources of the current kernel is installed and quits if not (+ error message that someone should set the KERNELPATH variable). In the current situation we don't have the sources of the current kernel installed, but the kernel headers of another kernel are being used automatically. Wouldn't be following check KERNELPATH ?= /lib/modules/$(shell uname -r)/build # sanity check: does KERNELPATH exist? ifeq ($(shell cd $(KERNELPATH) && pwd),) $(warning $(KERNELPATH) is missing, please set KERNELPATH) endif ok too? The batmand-gateway cannot be build for linux 2.6 if the current kernel is a 2.4.x. Isn't it possible to make the obj-m and batgat-objs assignment outside the check for the kernel version? My current workaround is to install my own version of the Makefile in the debian package, but I ask myself if this is really needed or parts of it should also be changed upstream. Best regards, Sven

2 2

[B.A.T.M.A.N.] Problem with B.A.T.M.A.N. 0.3.1 rv1206 (compatibility version 5)
by Max 11 Apr '09

11 Apr '09

Good afternoon to everybody! I have to deal with 2 big problems occurred when I run batmand 0.3.1 rv 1206 in meshboxs equipped with OpenWrt Kamikaze 8.09 I detect the following problems: 1) B.A.T.M.A.N. daemon only works whether launched in debug mode. I'm sure about this because I'm monitoring the network with a packet sniffer. 2) When launched in debug mode (using the command batmand -d 3 ath0 &), the daemon starts to generate OGMs and to fill up its routing tables in a correct way. The problem occurs when I tries to ping an host in the network because the routing process uses the default routing table (that has not been modified by the batman daemon) and it is not aware on the correct batman routing tables. Does someone know how to solve these problems? Thank you in advance. Best regards, Massimo Reineri

4 18

[B.A.T.M.A.N.] [PATCH] Add compilation support for GNU/kFreeBSD
by Sven Eckelmann 09 Apr '09

09 Apr '09

Debian recently announced that it added GNU/kFreeBSD as supported distribution. It consists of an FreeBSD kernel and the usual debian userspace tools and libraries. It uses the glibc with some extra (free)bsd libraries to support bsd-only functions like devname and strlcpy. batmand should instantly work on this platform if a BSD developer would port the bsd compatibility layer again to (Open|Free)BSD. Signed-off-by: Sven Eckelmann <sven.eckelmann(a)gmx.de> --- batman/Makefile | 5 +++++ batman/bsd/tun.c | 2 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/batman/Makefile b/batman/Makefile index 509217d..0f6e61f 100644 --- a/batman/Makefile +++ b/batman/Makefile @@ -44,6 +44,11 @@ ifeq ($(UNAME),Darwin) OS_C= $(BSD_C) $(POSIX_C) endif +ifeq ($(UNAME),GNU/kFreeBSD) +OS_C= $(BSD_C) $(POSIX_C) +LDFLAGS+= -lfreebsd -lbsd +endif + ifeq ($(UNAME),FreeBSD) OS_C= $(BSD_C) $(POSIX_C) endif diff --git a/batman/bsd/tun.c b/batman/bsd/tun.c index 2629bcd..2c571c0 100644 --- a/batman/bsd/tun.c +++ b/batman/bsd/tun.c @@ -71,7 +71,7 @@ static int open_tun_any(char *dev_name, size_t dev_name_size) } return -1; } -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) static int open_tun_any(char *dev_name, size_t dev_name_size) { int fd; -- 1.6.2.2

1 0

[B.A.T.M.A.N.] hardware requirements for mesh
by leongmzlist 09 Apr '09

09 Apr '09

Hi, I've got a wrt54gl and Airlink AR430W w/ openwrt 8.09, but they can't do multiple modes. (eg: ap and ad-hoc at the same time). So far, I've gotten ad-hoc mode working w/ the 2 routers and batman partially working. Can those 2 routers be use in a mesh network so that laptops can connect to them and go on the net? All the other mesh routers/repeaters I've seen can run in multiple modes. thx mike

2 1

[B.A.T.M.A.N.] default routes not set
by leongmzlist 09 Apr '09

09 Apr '09

Hi, new at batman. I've got the following done: 1. got an airlink ar430w and wrt54gl to ping each other over ad-hoc network 2. setup br-lan:0 on each router. ar430w has is 192.168.100.1; wrt54gl is 192.168.100.2 3. was able to ping each other via br-lan:0 IP 4. using openwrt 8.09 on both routers. The wrt54gl got the wan/internet link up. I started "batmand -g 1mbit/128kbit br-lan:0" the ar430w doesn't have internet; I started "batmand -r 3 -d 3 br-lan:0" got this on the ar430w logs: Interface activated: br-lan:0 Using interface br-lan:0 with address 192.168.100.1 and broadcast address 192.168.100.255 B.A.T.M.A.N. 0.3.1 rv1206 (compatibility version 5) Adding throw route to 127.0.0.0/8 via 0.0.0.0 (table 68 - lo) Adding throw route to 192.168.1.0/24 via 0.0.0.0 (table 68 - br-lan) Adding throw route to 192.168.100.0/24 via 0.0.0.0 (table 68 - br-lan:0) debug level: 3 routing class: 3 Adding route to 192.168.100.2 via 0.0.0.0 (table 66 - br-lan:0) Found new gateway 192.168.100.2 -> class: 32 - 1024KBit/128KBit Adding default route to 192.168.100.2 (gw_flags: 32, tq: 217, gw_product: 0) Gateway client - got IP (169.254.0.1) from gateway: 192.168.100.2 Adding default route via gate0 (table 68) When I run route -n on the ar430w, there's no default route set. I manually ran: route add default gw 169.254.0.1 Next I tried to ping the outside world on the ar430w but it gets no where. Any ideas? thx mike

2 3

[B.A.T.M.A.N.] bmxd rv1197 changelog
by Jan Hetges 08 Apr '09

08 Apr '09

Hi Axel http://downloads.open-mesh.net/batman/development/sources/batmand-exp_0.3-a… this seems to be empty!? cheers --Jan

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