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.] Missing depends in staging Kconfig
by Sven Eckelmann 04 Dec '09

04 Dec '09

Hi, just did a small test an I think you must change the Kconfig for the batman- adv for staging. I am not 100% sure what is needed, but we definitely need PACKET or otherwise batman-adv will not be able to create a raw socket. More information about that can be found in linux-2.6/Documentation/kbuild/kconfig-language.txt Best regards, Sven

1 0

[B.A.T.M.A.N.] Digital Comm on Version of Mesh Potato
by Jon Roland 04 Dec '09

04 Dec '09

Mesh networking for analog phones is a good concept, but to be broadly useful it also needs to support digital communications, with computers or smart phones as the client devices. It would seem what while developing them, you ought to go ahead and enable them for broader uses. My concern is emergency disaster situations, and here in the U.S., as elsewhere, emergency response will require the conveyance of data as well as voice. I have been involved in some disasters and data communications proved to actually be more important than voice communication. From maps to inventories, logistic control to medical imaging, ground-penetrating radar to biometric identification. The list goes on. We can use CB or handheld shortwave for voice. Data is the main need. -- Jon ------------------------------------------------------------------- Constitution Society 2900 W Anderson Ln C-200-322, Austin, TX 78757 512/299-5001 www.constitution.org jon.roland(a)constitution.org ------------------------------------------------------------------- -- ---------------------------------------------------------------------- Linux Migration Network 2900 W Anderson Ln C-200-322, Austin, TX 78757 512/299-5001 www.linux-migration.net jroland(a)linux-migration.net ----------------------------------------------------------------------

1 0

[B.A.T.M.A.N.] [PATCH] Updating orig_str for debug
by Linus Lüssing 03 Dec '09

03 Dec '09

In commit 1488 the orig_str has been removed from purge_orig_neighbours(). Apparently, this breaks compilation when enabling debug-flags, as bat_dbg() is expecting this variable as a parameter. Actually, this variable has never been initialised also before commit 1488 (which was probably the reason for mistakenly removing it). This tiny patch adds the orig_str again, but initialises it now as well. Signed-off-by: Linus Lüssing <linus.luessing(a)web.de> --- Index: originator.c =================================================================== --- originator.c (revision 1489) +++ originator.c (working copy) @@ -163,7 +163,7 @@ struct neigh_node **best_neigh_node) { struct list_head *list_pos, *list_pos_tmp; - char neigh_str[ETH_STR_LEN]; + char neigh_str[ETH_STR_LEN], orig_str[ETH_STR_LEN]; struct neigh_node *neigh_node; bool neigh_purged = false; @@ -179,6 +179,7 @@ ((PURGE_TIMEOUT * HZ) / 1000)))) { addr_to_string(neigh_str, neigh_node->addr); + addr_to_string(orig_str, orig_node->orig); bat_dbg(DBG_BATMAN, "Neighbour timeout: originator %s, neighbour: %s, last_valid %lu\n", orig_str, neigh_str, (neigh_node->last_valid / HZ)); neigh_purged = true;

4 4

[B.A.T.M.A.N.] batman-adv compile fails with DEBUG on
by Gus Wirth 03 Dec '09

03 Dec '09

When trying to compile batman-adv revision 1489 checked out from Subversion I get a failure if I activate debugging by editing the appropriate line in Makefile.kbuild. The error is: CC [M] /home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.o /home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.c: In function ‘purge_orig_neigbours’: /home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.c:182: error: ‘orig_str’ undeclared (first use in this function) /home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.c:182: error: (Each undeclared identifier is reported only once /home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.c:182: error: for each function it appears in.) make[2]: *** [/home/gus/src/batman/svn-trunk/batman-adv-kernelland/originator.o] Error 1 make[1]: *** [_module_/home/gus/src/batman/svn-trunk/batman-adv-kernelland] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.30.9-99.fc11.i686.PAE' make: *** [all] Error 2 This was caused by revision 1488 and the originator.c file. I've looked at the Trac system on the web site and it doesn't appear that the ticket system gets used much, if at all. Should I also post this to the Trac system or is this the right way to do this? Gus

2 3

[B.A.T.M.A.N.] batman's new configuration interface
by Marek Lindner 29 Nov '09

29 Nov '09

Hey folks, I have given the new interface (designed in Brussels - specs are at the bottom of this page: http://www.open-mesh.net/wiki/2009-10-23-batman-goes-mainline) a little bit of thought. The main idea is to have batman list all available interfaces inside of /proc/sys/net/batman-adv/interfaces to let the user enable/disable/configure each interface individually via sysctl or batctl. Back then we decided to create a "mesh" folder that should contain all relevant meshing data such as the originator table, translation tables, vis data, etc. We did not consider that the sysctl interface is not made for such data. It easily allows to set small variables but other (read-only) information should be placed elsewhere. Now, we have to rethink the location. The creator of the new interface (Linus) suggested to create 2 folders inside of /proc: The first folder should be part of sysctl and contain all files that are writeable. The other should be /proc/net/batman-adv and contains all read-only information. Alternatively, we could keep everything in one folder but outside of the sysctl interface. Other ideas ? Opinions ? Regards, Marek

1 0

[B.A.T.M.A.N.] What routingprotocol is similar to B.A.T.M.A.N ?
by Michael Rack 25 Nov '09

25 Nov '09

Dear List, sorry if that is not the right place for my question. But the approach of B.A.T.M.A.N in how to choise the next hop is phantastic. Protocols how BGPv4 and OSPF only take the shortest path to the destination. B.A.T.M.A.N looks for the fastest way where the Hello-Message arrives first. So long. I need a Routing-Protocol for static mash. My Wireless-Network besides on fixed Wireless Stations they become never to be dynamic. The complete Wireless Network is in Infrastructure-Mode. All members in the Network have just one role (AP / Client). Currently OLSR does the routing job. But there lots of problems. OLSR also take the shortest path, also in case, a better link is available. B.A.T.M.A.N is not suitable for my situation. The Client should not be able to select a desired gateway. A gateway should inject a default gateway to the clients, how OLSR does it. Is there any other routing protocol on the market, that combine all that features, that i need? * Routing descission on fastest HelloMessage * Inject Default-Gateway via 0.0.0.0/0 * Without tunneling data I know. B.A.T.M.A.N is opensource. But i'm not familiar with C/C++ and so, i'm not able to do some modifications to the source. Or is anyone out there, that can do the modification for me? Tell me, how long the work takes, and what you interested to earn for. Requirements: * Disable the bat0 Interface * Enable announcing 0.0.0.0/0 Liebe Grüße aus Freilassing, Michael Rack RSM Freilassing -- RSM Freilassing Tel.: +49 8654 607110 Nocksteinstr. 13 Fax.: +49 8654 670438 D-83395 Freilassing www.rsm-freilassing.de

3 4

[B.A.T.M.A.N.] batman-adv metric and next-hop choice
by Francesco 25 Nov '09

25 Nov '09

Hi all I am experimenting some path hopping in my tests using batman-adv. Was wondering if and where metric information are shared among batman nodes (again, with batman-adv) as I did not find any useful infos sniffing packets with wireshark patched. The command batctl l shows (with log level 8) $ batctl l [ 9462] Changing route towards: 00:0b:6b:2f:53:09 (now via 00:0b:6b:34:88:94 - was via 00:0c:42:2c:d8:fc) [ 9525] Changing route towards: 00:0b:6b:2f:53:09 (now via 00:0c:42:2c:d8:fc - was via 00:0b:6b:34:88:94) [ 9560] Changing route towards: 00:0b:6b:2f:53:09 (now via 00:0b:6b:34:88:94 - was via 00:0c:42:2c:d8:fc) But no info about actual metric when a route is changed. Thanks. -- Francesco Cappuccio

2 7

[B.A.T.M.A.N.] Simulator availability of B.A.T.M.A.N
by Abhishek K 24 Nov '09

24 Nov '09

Hi Is there a B.A.T.M.A.N implementation on any of the simulators NS2 or Omnet++ available? Regards Abhishek K National Institute of Technology Karnataka India

2 1

[B.A.T.M.A.N.] FWD: patch staging-batman-adv-meshing-protocol.patch added to gregkh-2.6 tree
by Andrew Lunn 20 Nov '09

20 Nov '09

FYI: We just made a big towards getting batman-adv in mainline. We are now in GregKH patch tree. What i don't know is if this will be merged for the next 2.6.32-rc or if we need to wait for the opening of the 2.6.33 window. Andrew ----- Forwarded message from gregkh(a)suse.de ----- Date: Thu, 19 Nov 2009 15:01:09 -0800 From: gregkh(a)suse.de To: andrew(a)lunn.ch, gregkh(a)suse.de, lindner_marek(a)yahoo.de, siwu(a)hrz.tu-chemnitz.de Subject: patch staging-batman-adv-meshing-protocol.patch added to gregkh-2.6 tree X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00 autolearn=ham version=3.2.5 This is a note to let you know that I've just added the patch titled Subject: staging: batman-adv meshing protocol to my gregkh-2.6 tree. Its filename is staging-batman-adv-meshing-protocol.patch This tree can be found at http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/ ----- End forwarded message -----

1 0

[B.A.T.M.A.N.] Wireless Battle Mesh - BATMAN-report
by Linus Lüssing 19 Nov '09

19 Nov '09

A little report about what we were up to during the Wireless Battle Mesh in Brussels is now available online: http://www.open-mesh.net/wiki/2009-11-18-wbm2009-2nd-encounter Cheers, Linus

1 0

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