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.] bmxd debug level 8
by Jan Hetges 08 Apr '09

08 Apr '09

Hi Axel, Hi bmxd users as my network grows, bmxd -cd8 gets kind of... not so useful (as the output doesn't fit on one page anymore). for my part, i'm mostly interested, in what bmxd thinks about the neighbours. so, what do you guys think about splitting it into two parts? cheers --Jan

3 3

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

07 Apr '09

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

1 0

[B.A.T.M.A.N.] [PATCH] Don't access random memory after forwarding broadcast
by Sven Eckelmann 02 Apr '09

02 Apr '09

B.A.T.M.A.N. advanced iterates over every known interface when receiving data and tries to forward as much as possible data from the same interface as possible using a while-loop inside the outer loop. When it receives a broadcast ethernet frame which needs to be forwarded again it will try to send it to every known interface again. This loop is inside the first one and used the same pos variable as the outer loop. After the inner loop has finished it will point to a memory location which is not part of the interface list, but the while loop starts again and tries to access this memory region without knowing what it is and to what it belongs. This could lead to a kernel oops or any kind of other unspecified behavior of the kernel. The inner loop should use a seperate position variable to iterate over all interfaces for the broadcast. Signed-off-by: Sven Eckelmann <sven.eckelmann(a)gmx.de> --- batman-adv-kernelland/routing.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/batman-adv-kernelland/routing.c b/batman-adv-kernelland/routing.c index 73e786e..89bfb3f 100644 --- a/batman-adv-kernelland/routing.c +++ b/batman-adv-kernelland/routing.c @@ -567,7 +567,7 @@ int receive_raw_packet(struct socket *raw_sock, unsigned char *packet_buff, int int packet_recv_thread(void *data) { - struct batman_if *batman_if; + struct batman_if *batman_if, *batman_bcastif; struct ethhdr *ethhdr; struct batman_packet *batman_packet; struct unicast_packet *unicast_packet; @@ -851,8 +851,8 @@ int packet_recv_thread(void *data) interface_rx(soft_device, packet_buff + sizeof(struct ethhdr) + sizeof(struct bcast_packet), result - sizeof(struct ethhdr) - sizeof(struct bcast_packet)); /* rebroadcast packet */ - list_for_each_entry_rcu(batman_if, &if_list, list) { - send_raw_packet(packet_buff + sizeof(struct ethhdr), result - sizeof(struct ethhdr), batman_if->net_dev->dev_addr, broadcastAddr, batman_if); + list_for_each_entry_rcu(batman_bcastif, &if_list, list) { + send_raw_packet(packet_buff + sizeof(struct ethhdr), result - sizeof(struct ethhdr), batman_bcastif->net_dev->dev_addr, broadcastAddr, batman_bcastif); } break; -- 1.6.2.1

2 1

[B.A.T.M.A.N.] Batman-adv nodes do not recieve OGMs
by Kai Timmer 01 Apr '09

01 Apr '09

Hello, i have a problem using batman-adv. At the moment i use v0.1, but i had the same problem when trying the svn version 1241. All the nodes send their ogm, but none does recieve any of these. What i did on all nodes is: iwconfig $wlaninterface essid batman mode ad-hoc and then echo "$wlaninterface" > /proc/net/batman-adv/interfaces echo 15 > /proc/net/batman-adv/log_level cat /proc/net/batman-adv/log after that shows somethink like this: Adding interface: ath0 Can't activate module: the primary interface is not active Sending own packet (originator 00:18:84:14:48:e5, seqno 1, TTL 50) on interface ath0 [00:18:84:14:48:e5] Sending own packet (originator 00:18:84:14:48:e5, seqno 2, TTL 50) on interface ath0 [00:18:84:14:48:e5] Sending own packet (originator 00:18:84:14:48:e5, seqno 3, TTL 50) on interface ath0 [00:18:84:14:48:e5] I also tried to set the channel on all nodes, but with no effect. Maybe someone can tell me what i do wrong. Thank you, -- Kai Timmer Email : email(a)kait.de Jabber: kai(a)kait.de Blog: http://blog.kaitimmer.de

3 4

[B.A.T.M.A.N.] What do you think of this result?
by marco tozzini 25 Mar '09

25 Mar '09

This is my typical view, of my batman fonera stations, from my batman laptop (with atheros wifi pcmcia) Originator (#/255) Nexthop [outgoingIF]: Potential nexthops ... [B.A.T.M.A.N. 0.3, MainIF/IP: wlan1/192.168.2.65, UT: 0d 0h36m] 192.168.2.200 (245) 192.168.2.200 [ wlan1]: 192.168.2.200 (245) 192.168.2.203 (211) 192.168.2.201 (244) 192.168.2.201 (253) 192.168.2.201 [ wlan1]: 192.168.2.201 (253) 192.168.2.200 (234) 192.168.2.203 (209) 192.168.2.203 (233) 192.168.2.200 [ wlan1]: 192.168.2.203 (231) 192.168.2.200 (233) 192.168.2.201 (231) from my laptop fping -c 1000 -g 192.168.2.200/30 and this is the results 192.168.2.200 : xmt/rcv/%loss = 1000/928/7%, min/avg/max = 1.23/2.04/92.8 192.168.2.201 : xmt/rcv/%loss = 1000/759/24%, min/avg/max = 1.28/3.11/27.5 192.168.2.203 : xmt/rcv/%loss = 1000/766/23%, min/avg/max = 1.33/3.36/38.7 I don't think it's normal, isn't it? Ciao Marco

5 8

Re: [B.A.T.M.A.N.] What do you think of this result?
by Marco Tozzini 24 Mar '09

24 Mar '09

----- Original Message Follows ----- From: "Antonio Anselmi" > Marco > > can you post the 802.11 and inet configurations of the > involved iface (I think wlan1) and a memory usage hwile > batmand is running? > > Antonio > Hi Antonio, Sorry I read your message after dismission of the system I hope I can replicate the system again and post informations you required Thanks Marco

1 0

[B.A.T.M.A.N.] Fragen zu Batman
by Raphaela Wrede 21 Mar '09

21 Mar '09

Kann mir jemand folgende Fragen beantworten: Ich fertige gerade eine Dipl. Arbeit zum Thema: "Leistungsanalyse des BATMAN Routingprotokolls für drahtlose Sensornetze" an der FU Berlin an. (Abgabe 11.5.) Es geht um einen Leistungsvergleich von OLSR und BATMAN. Hierfür habe ich jedes der beiden Protokolle für die Scatternet Platform der FU Berlin implementiert und sehr aufwändige realworld Tests bis zu eine Netzgröße von 15 Sensorknoten durchgeführt. Zusätzlich läuft eine andere Diplomarbeit, die das Ganze im Simulator untersucht, für eine größe Knotenanzahl, um Skalierbarkeit zu testen. Wie auch immer.. ich habe noch ein paar Fragen. Vielleicht hast du Zeit sie zu beantworten: 1.) Warum habt ihr BATMAN als Alternative zu OLSR entworfen? Das Argument, das ich kenne sind die widersprüchlichen Topologieinformationen bei Olsr, die zu Kreisrouten führen können. Aber was ist zum Beispiel mit dem Routing Traffic Overhead, bei großen Netzen.. wie verhält der sich. Wie stark wirkt sich das auf den Durchsatz aus? Ende-Zu-Ende Verzögerung... etc. Was war das gravierendste Problem nach eurer Erfahrung bei großen Netzen. Gibt es hierzu irgendwelche Dokumente.. Diagramme.. die ihr habt? Falls ja, wie wurden die Daten darüber gewonnen. 2.) Warum ist das RFC zu Batman abgelaufen? Warum läuft sowas überhaupt ab? Wie geht es diesbezüglich weiter? Leider kenne ich mich mit diesem Request For Comments Krempel nicht so gut aus.. Mein Betreuer meinte, dass es schlecht ist, sich auf ein abgelaufenes RFC zu berufen. 3.) Gewinnt Batman eher an Popularität in der Meshgemeinde oder ist eher das Gegenteil der Fall. Wo wird Batman noch eingesetzt? 4.) Wie mein Kommilitone und ich feststellen mussten, gibt es so gut wie keine offiziell veröffentlichten wissenschaftlichen Arbeiten zu BATMAN. Das ist ein kleines Problem, da es schwierig ist, sich auf andere Arbeiten bei bestimmten Behauptungen zu stützen. Hier dürfen nur offizielle Papers angegeben werden. Es gibt da ein Paper, wo du auch mitgewirkt hast, wo ein Leistungsvergleich zwischen OLSR und BATMAN in eine Realtestbed gemacht wurde. Aber leider scheint selbst dies nicht offiziell veröffentlich zu sein. Falls du mir irgendwelche Papers schicken kannst, wäre ich dir sehr dankbar. Vielen Dank. Raphaela

1 0

[B.A.T.M.A.N.] Why in my configuration batmand works only in debug mode?
by Max 20 Mar '09

20 Mar '09

Thank you Marek and Marco for your suggestions. I have solved the following problem: >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. Now I'm able to ping every originator in the network. The problem is derived from some iptables filters that stop the ping. Executing the following command I remove the filters solving the problem: iptables --flush iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -P INPUT ACCEPT iptables -P FORWARD ACCEPT iptables -P OUTPUT ACCEPT As concern the other problem it's still present. I'm working with meshboxes equipped with OpenWrt Kamikaze 8.09 and Atheros WiFi Cards. In my meshboxes, BATMAN sends OGMs only when it's launched in debug mode using the command "batmand -d 3 ath0 &". In this case, I see OGMs travelling in the network using Wireshark and the command "ip route ls table 66" lists all reachable batman nodes. Also for the other debug levels (i.e. 1,2,4,5) batmand works properly. On the other hand, when I launch the daemon in normal mode, using the command "batmand ath0", no error is displayed but no OGMs is observed to be travelling in the network using Wireshark. The only message displayed is: "Interface activated: ath0 Using interface ath0 with address 10.0.0.1 and broadcast address 10.255.255.255" Also the command "ip route ls table 66" does not produce any output. This morning I've installed the last version named B.A.T.M.A.N. 0.3.2-beta rv1235 (compatibility version 5) but I face again with the same problem. And finally another question... Is it normal to observe 3 different processes named batmand using the shell command ps even if I launched the daemon only once? Thank you in advance! Best regards, Massimo

2 1

Re: [B.A.T.M.A.N.] Problem with B.A.T.M.A.N. 0.3.1 rv1206 (compatibility version 5)
by Marco Tozzini 19 Mar '09

19 Mar '09

----- Original Message Follows ----- From: Max <rey.web.mail(a)gmail.com> > 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 ... > > Best regards, > Massimo Reineri > Hi Massimo, Please don't blame me for this, but ... did you start batman this way: batman -d 1 ath0 I my case batman remain in foreground and if you send ^C it stops I used batmand ath0 and then batman -c -d 1 to see what happens to daemon in background Ciao Marco

1 0

Re: [B.A.T.M.A.N.] Unable to connect to internet
by Marco Tozzini 17 Mar '09

17 Mar '09

----- Original Message Follows ----- From: Sven Eckelmann > Solution was found today on irc. ... > Regards, > Sven indeed it is ! thanks you so much for your support (expecially d0tslash on irc #batman channel) Ciao Marco

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