B.A.T.M.A.N

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

15 participants
4308 discussions

Re: [B.A.T.M.A.N.] [PATCH 4/4] Staging: batman-adv: fix whitespace style issues
by Sven Eckelmann 06 Apr '10

06 Apr '10

Luis de Bethencourt wrote: > This patch fixes the 32 unnecessary whitespaces before a quoted > newline that the batman-adv files had. Thanks. Your patch conflicts with patches waiting to be applied by Greg KH. I will redo your changes for the current and development version and submit them to the b.a.t.m.a.n. mailing list for further discussion. Is that ok for you? Best regards, Sven Eckelmann

4 18

[B.A.T.M.A.N.] reorganized kernel interface patches (version 3)
by Marek Lindner 05 Apr '10

05 Apr '10

Hi, since my last patches did not trigger too many complaints I went ahead and submitted them. This opens the way for the last series of patches which conclude the matter. All remaining /proc files have been eliminated and moved over to /sys. While doing so, I reworked the interface handling to satisfy an old feature request: interfaces can be added & removed on the fly. On startup batman-adv will scan the system for available interfaces to create a "batman_adv" subfolder in their respective /sys/class/net folder, e.g. eth0: /sys/class/net/eth0/batman_adv This subfolder will contain the settings which are relevant for this interface. You can tell batman-adv to use an interface by writing "bat0" into the mesh_iface file: echo bat0 > /sys/class/net/eth0/batman_adv/mesh_iface or write "none" to deactivate it: echo none > /sys/class/net/eth0/batman_adv/mesh_iface Although only "bat0" is accepted at this point, the syntax already gears towards multiple virtual mesh support. Later you will be able to create/name your virtual meshes by writing into this file. Retrieve the interface status by simply reading its status file: cat /sys/class/net/eth0/batman_adv/iface_status Note: batman-adv will continuously observe the system's interfaces. Whenever new interfaces appear or disappear batman will update the /sys/class/net folders automatically. Also, batman-adv will make sure that incompatible interfaces (e.g. loopback, non-ethernet, etc) won't have the subfolder, hence can't be activated. The batctl interface syntax had to be modified in order to cope with these changes. You can run: batctl interface to get the list of active interfaces and their status. To add or delete interfaces you can run: batctl interface add|del eth0 eth1 .. Since removing an active interface is a tricky thing where many operations can go wrong I expect some crashes/race conditions in the code. I tested it a while on multiple machines with multiple interfaces and it works for me but I'm sure there are more bugs to find. Regards, Marek

2 8

[B.A.T.M.A.N.] Minor change in vis.c
by Nathan Wharton 04 Apr '10

04 Apr '10

With the emphasis on minor. Could: printf("\"%s\" [label=\"%d.%d\"]\n", be: printf("\"%s\" [label=\"%d.%02d\"]\n", instead?

4 5

[B.A.T.M.A.N.] Problems connecting VPN and WLAN with Batman-adv
by Clemens John 04 Apr '10

04 Apr '10

Hi, I use batman advanced ("# batctl o" says "B.A.T.M.A.N. adv 0.2.1-beta r1578") on OpenWrt trunk and I have the following problem: I have a wlan meshnetwork in ahdemo mode which uses batman. The meshnetwork is used by clients without batman and therefore I have another network on the same wifi device in ad mode which is bridged with bat0. The bridge is in the network 10.18.1.0/24. I think its like described in http://www.open-mesh.org/wiki/batman-adv-quick- start-guide The problem is, that I have a vpn network on tap0 (10.18.0.0/24) and I dont know how I can link this two networks/interfaces to each other with batman. I tried to assign tap0 to batman, but this doesnt work. I want to be able to ping hosts that uses batman in the vpn and in the wlan network. How can I do this? My configs look like this: --------------- /etc/conf/network --------------- config 'interface' 'loopback' option 'ifname' 'lo' option 'proto' 'static' option 'ipaddr' '127.0.0.1' option 'netmask' '255.0.0.0' config 'interface' 'lan' option 'proto' 'dhcp' option 'ifname' 'eth0' config 'interface' 'mesh' option 'type' 'bridge' option 'ifname' 'ath0 bat0' option 'proto' 'static' option 'ipaddr' '10.18.1.101' option 'netmask' '255.255.255.0' config 'interface' 'vpn' option 'proto' 'none' option 'ifname' 'tap0' --------------- /etc/conf/wireless --------------- config wifi-device wifi0 option type atheros option channel 6 config wifi-iface option device wifi0 option mode ahdemo option bssid 02:CA:FF:EE:BA:BE config wifi-iface option device wifi0 option mode ap option ssid oldenburg.freifunk.net --------------- /etc/conf/batman-adv-kernelland --------------- config batman-adv-kernelland general option interface 'ath1 tap0' option originator_interval option log_level thanks Floh1111

4 9

[B.A.T.M.A.N.] running batman-adv in a openvz VE
by Bjoern Franke 04 Apr '10

04 Apr '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, is there any possibility to run batman-adv in a openvz VE? Must it run as kernel module or is there any way to run it in userspace? tia bjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku3DEYACgkQazwuXcm17arGEQCfbd/8ILJVSy0ZGMXqqpApXzy9 NSwAn32A2t8qILgQvH/5Fqxia8Y24+HK =gjf6 -----END PGP SIGNATURE-----

3 6

[B.A.T.M.A.N.] Batman Advanced Internet Gateway
by Clemens John 02 Apr '10

02 Apr '10

Hi, on https://www.open-mesh.org/wiki/batman-adv stands, that the upcoming batman- adv 0.3 supports advanced gateway handling. We are testing Batman Advanced as described in my other thread and I want to share my Internetconnection on our network. How do I do this with Batman Advanced? Is there already a working Batman Advanced version that supports Internet connection sharing (Maybe Trunk? Which revision?)? In Olsr there was the dyn_gateway_plugin. How can I have something like it´s functionality in Batman Advanced? Thanks Floh1111

4 3

[B.A.T.M.A.N.] batman-adv 0.2.1 released
by Marek Lindner 22 Mar '10

22 Mar '10

The B.A.T.M.A.N. team hereby announces the release of the first bugfix milestone for the batman-adv 0.2 branch which focuses on stability but also brings improvements and small changes. As the kernel module always depends on the Linux kernel it was compiled against, it does not make sense to provide binaries on our website. As usual, you will find the signed tarballs in our download section: http://downloads.open-mesh.net/batman/releases/batman-adv-0.2.1/ as well as prepackaged binaries in your distribution. Important changes ---------------- The batman-adv logging facilities underwent structural changes to fully integrate into the standard Linux logging mechanisms. Please study the README to get further details on how to access the debug logs. In addition, the "vis" /proc file has been split up into two files: vis_server and vis_data. The vis_server controls the vis server status whereas the vis_data file exports the visualization "raw" data which can be easily parsed by user space tools. Again, details can be found in our documentation. Thanks ---------------- Special thanks go to: * Andrew Lunn for going through the entire code base to refactor the code and adjust the coding style to match standard Linux coding style guidelines * Linus Luessing for his restless testing in so many scenarios and sending a lot of patches and suggestions. Thanks to all people sending in patches: * Andrew Lunn <andrew(a)lunn.ch> * Julia Lawall <julia(a)diku.dk> * Linus Luessing <linus.luessing(a)web.de> * Marek Lindner <lindner_marek(a)yahoo.de> * Simon Wunderlich <siwu(a)hrz.tu-chemnitz.de> * Sven Eckelmann <sven.eckelmann(a)gmx.de> * Sven-Thorsten Dietrich <sdietrich(a)novell.com> batman-adv ---------------- Albeit being a bugfix release we dared to include some bigger changes because we felt their gain outweighs the risk. For instance, we replaced the packet handling thread which was responsible for routing the payload data through the mesh by an advanced skbuff handling technique. Now, packets are received directly by registering the Ethernet type and handling skbs instead of self- allocated buffers which boosts the performance considerably and reduces latency. On the other hand batman-adv is moving towards full Linux kernel integration which requires some significant changes under the hood as well as on the surface. Batman's own logging facility has been removed (the standard Linux logging is used instead). The vis output comes now in a neutral format, easily parsable by user space applications. Since the module entered the official Linux realm several people threw static code analyzers (e.g. Coccinelle, sparse) onto the code to find bugs. Some (possible) memory leaks, optimizations and a false alarms have been found and dealt with. Many more bugs, race conditions and crashes have been fixed. Now, it also is possible to change the MAC address on bat0. batctl ---------------- Since the vis output format has changed, batctl received a parser for the neutral format to convert the output into either dot draw or JSON. If you wish to write your own parser, please see our documentation and/or the batctl code as an example. The batman-adv debug log will show up in the standard kernel logs of your system, hence to access the logs "batctl log" is not needed any longer. Please use the tools provided by your distribution (dmesg/logread/syslog/etc). However, "batctl log" remains available and can be used to filter existing logfiles for batman-adv output and to replace the mac addresses by bat-host names. Happy routing, The B.A.T.M.A.N. team

1 0

[B.A.T.M.A.N.] [PATCH] batman-adv: Update README about vis raw output
by Linus Lüssing 21 Mar '10

21 Mar '10

We are now having a newer, more neutral vis output so that we won't have to change the kernelmodule for adding support of new vis output formats. This patch adds an explanation about this in the README file of batman-adv and removes the description about the dot/json format (they will be added to the README of batctl). Signed-off-by: Linus Lüssing <linus.luessing(a)web.de> --- README | 43 ++++++++++++++++++++++++++++--------------- 1 files changed, 28 insertions(+), 15 deletions(-) diff --git a/README b/README index df21c61..2058a13 100644 --- a/README +++ b/README @@ -1,4 +1,4 @@ -[state: 01-01-2010] +[state: 21-03-2010] BATMAN-ADV ---------- @@ -57,10 +57,11 @@ regular interface: # ping 192.168.0.2 ... +--- If you want topology visualization, your meshnode must be configured as VIS-server: -# echo "server" > /proc/net/batman-adv/vis +# echo "server" > /proc/net/batman-adv/vis_server Each node is either configured as "server" or as "client" (default: "client"). Clients send their topology data to the server next to them, @@ -71,19 +72,31 @@ more vis servers sharing the same (or at least very similar) data. When configured as server, you can get a topology snapshot of your mesh: -# cat /proc/net/batman-adv/vis - -This output format is a graphviz formatted text file which can be -processed with graphviz-tools like dot. -The labels are similar/compatible to the ETX metric, 1.0 means perfect -connection (100%), 2.0 means 50%, 3.0 means 33% and so on. - -Alternatively, a JSON output format is available. The format can be set -using by writing either "dot_draw" or "json" into the vis_format file. -"dot_draw" is selected by default. - -echo "json" > /proc/net/batman-adv/vis_format - +# cat /proc/net/batman-adv/vis_data + +This raw output is intended to be easily parsable and convertable with +other tools. Have a look at the batctl README if you want a vis output +in dot or json format for instance and how those outputs could then be +visualised in an image. + +The raw format consists of comma seperated values per entry where each +entry is giving information about a certain source interface. Each entry +can/has to have the following values: +-> "mac" -> mac address of an originator's source interface + (each line begins with it) +-> "TQ mac value" -> src mac's link quality towards mac address of a neighbor + originator's interface which is being used for routing +-> "HNA mac" -> HNA announced by source mac +-> "PRIMARY" -> this is a primary interface +-> "SEC mac" -> secondary mac address of source (requires preceeding +-> PRIMARY) + +The TQ value has a range from 4 to 255 with 255 being the best. +The HNA entries are showing which hosts are connected to the mesh via bat0 +or being bridged into the mesh network. +The PRIMARY/SEC values are only applied on primary interfaces + +--- In very mobile scenarios, you might want to adjust the originator interval to a lower value. This will make the mesh more responsive to topology changes, but will also increase the overhead. Please make sure -- 1.7.0

1 1

[B.A.T.M.A.N.] batctl manpage adjustments
by Linus Lüssing 21 Mar '10

21 Mar '10

So here are the few modifications made to the batctl manpage. Cheers, Linus :)

1 1

[B.A.T.M.A.N.] [PATCH] batman-adv: Remove dead max addr #define
by Linus Lüssing 21 Mar '10

21 Mar '10

It's not being used anywhere and just misleading, therefore removing it. Signed-off-by: Linus Lüssing <linus.luessing(a)web.de> --- main.h | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/main.h b/main.h index 307a6e6..17d26be 100644 --- a/main.h +++ b/main.h @@ -34,8 +34,6 @@ #define TQ_MAX_VALUE 255 #define JITTER 20 #define TTL 50 /* Time To Live of broadcast messages */ -#define MAX_ADDR 16 /* number of interfaces which can be added to - * batman. */ #define PURGE_TIMEOUT 200000 /* purge originators after time in ms if no * valid packet comes in -> TODO: check -- 1.7.0

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