B.A.T.M.A.N October 2009

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

13 participants
14 discussions

[B.A.T.M.A.N.] batman-adv metric and next-hop choice

by Francesco

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

13 years, 4 months

[B.A.T.M.A.N.] Problems with Gateway-Selection without option -g

by Michael Rack

Dear B.A.T.M.A.N List, i've installed BATMAN v0.3.2 in a ethernet network to dynamicly route my network-informations. Before switching to BATMAN, i've used OLSR. With OLSR all things went fine. But since my network grows faster as intended, i like to switch to BATMAN. NOW TO MY PROBLEM: I like to announce a gateway that is behind an VPN-Tunnel. The VPN-Tunnel is established, before BATMAN is running. When i try to start BATMAN on the Gateway with this options: batmand -g 30mbit/2mbit the clients will create a gate0 interface. I do not need this gate0 interface. All routers have static public ip-addresses assigned. The once that i need is, that BATMAN inserts a DEFAULT-ROUTE to the next neighbour hop thats reach the gateway. NETWORK-Setup: 1. i386 Router located on ISP runs batman as gateway-provider xxx.205.12.0/32 brd 255.255.255.255 <--- VPN-Tunnel over ISP-Network ---> xxx.205.12.4/32 brd 255.255.255.255 2. i386 Router located at home #1 xxx.205.12.17/30 brd xxx.205.12.19 <--- Wireless Bridge-Connection ---> xxx.205.12.18/30 brd xxx.205.12.19 3. i386 Router located at home #2 xxx.205.12.21/30 brd xxx.205.12.23 <--- Wireless Bridge-Connection ---> xxx.205.12.22/30 brd xxx.205.12.23 4. i386 Router located at home #3 How can i tell BATMAN (gateway) to announce 0.0.0.0/0 as HNA? # batmand -c -a 0.0.0.0/0 Invalid announced network (netmask is invalid): 0.0.0.0/0 I dont like to setup a second VPN / P2P Tunnel, because thats not needed. Thanks in advance, Michael

13 years, 5 months

[B.A.T.M.A.N.] Fwd: Re: Debian extra modules

by Holger Levsen

Hi, I've shortened Gregs mail to only have the relevant info for this list :-) Full mail is at http://lists.debian.org/debian-kernel/2009/10/msg00236.html regards, Holger ---------- Forwarded Message ---------- subject: Re: Debian extra modules date: Dienstag, 6. Oktober 2009 from: Greg KH <greg(a)kroah.com> to: Ben Hutchings <ben(a)decadent.org.uk> cc: debian-kernel(a)lists.debian.org On Sun, Oct 04, 2009 at 04:58:15PM +0100, Ben Hutchings wrote: [...] > batman > ------ > > A mesh routing system. Maybe a candidate for staging; try asking > upstream. > > Debian: http://packages.debian.org/source/sid/batmand > Upstream: http://www.open-mesh.net/browser/trunk/batman/linux/modules > > batman-adv > ---------- > > A mesh bridging system. As for batman. > > Debian: http://packages.debian.org/source/sid/batman-adv-kernelland > Upstream: http://www.open-mesh.net/browser/trunk/batman-adv-kernelland Please post this code, if it's a module, and the developers want it upstream, I'll be glad to take it in staging. [...] thanks, greg k-h -- To UNSUBSCRIBE, email to debian-kernel-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org -------------------------------------------------------

13 years, 5 months

[B.A.T.M.A.N.] basic B.A.T.M.A.N-adv setup

by Francesco

Hi all, i'm starting a B.A.T.M.A.N. mesh testbed, i've read some messages to find some answers but no luck. I'll try to explain what I've done and the errors i get..hope i get some help in here. >From the beginning, I am using batman-adv 3.2 compiled along with batctl. Only one wireless interface (wlan0) on each linux box (5 boxes by now) Here are commands I fire on each node: $ insmod batman-adv.ko $ iwconfig wlan0 mode ad-hoc essid BATMAN_NET $ echo wlan0 > /proc/net/batman-adv/interfaces $ ifconfig wlan0 192.168.1.xxx up $ ifconfig bat0 up I get a new bat0 interface, iwconfig shows nodes properly part of the ad-hoc network. I see correct $batctl o output but i cannot $batctl ping $mac_address There are no bridges between interfaces. I just want to run batman-adv on wlan0. Do I need to set an IP address for wlan0, for bat0 or for both? Or I have to bridge bat0 and wlan0 together? -- Francesco Cappuccio

13 years, 5 months

[B.A.T.M.A.N.] Changing vis output ready for mainline...

by Andrew Lunn

Hi Folks We need to discuss the changes which are needed to the VIS output for inclusion of batman into mainline. At the moment the vis output can be read from /proc/net/batman-adv/vis. It supports two formats, graphviz dot and JSON. This can be selected using the file /proc/net/batman-adv/vis_format. I see a few problems here. 1) No other /proc file in mainline does any special formatting. Either comma separated value or space separated value is used. User space reads this and then performs any formatting needed. 2) No other /proc file supports two userspace switchable formats! 3) We have problems when multiple applications wants different formats at the same time. One wants dot the other wants JSON. Currently there is no locking, so something bad is going to happen. There are a number of ways to solve this. We should discuss different proposals. I would suggest changing /proc/net/batman-adv/vis to space separated value and moving the current formatting code into batctl. I don't yet have a 100% defined format in mind. A current vis output would be: "fe:fe:00:00:04:01" -> "fe:fe:00:00:05:01" [label="1.0"] "fe:fe:00:00:04:01" -> "fe:fe:00:00:03:01" [label="1.0"] "fe:fe:00:00:04:01" -> "00:ff:7c:3c:ec:e0" [label="HNA"] subgraph "cluster_fe:fe:00:00:04:01" { "fe:fe:00:00:04:01" [peripheries=2] "fe:fe:00:00:04:02" } I suggest something like: fe:fe:00:00:04:01 fe:fe:00:00:05:01 255 fe:fe:00:00:03:01 255 00:ff:7c:3c:ec:e0 HNA fe:fe:00:00:04:02 S In BNF something like <Primary MAC> <Doublets> <Doublets> ::= {<Doublet> } <Doublet> ::= <MAC> <Flag/Value> <Flag/Value> ::= <TQ_Value>|<HNA>|<Secondary> <TQ_Value> ::= uint8_t <HNA> ::= "HNA" <Secondary> ::= "S" We then have a list of these, one line per mesh node which has provided VIS information. What do others thing of this? Does anybody have a different proposal? Thanks Andrew

13 years, 5 months

[B.A.T.M.A.N.] List policy for none subscribers

by Andrew Lunn

Hi folks Yesterday evening i sent an email to Greg KH about getting batman into mainline via staging. I CCed the list. Since i used an account which is not subscribed, i got a bounce: You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at b.a.t.m.a.n-owner(a)lists.open-mesh.net. This is contrary to what the wiki says: http://open-mesh.org/wiki/MailingList You can subscribe to our Mailing List here. You can also send an E-Mail without subscription to b.a.t.m.a.n@…, but note that this message will have to be accepted manually (and this can take some time). Greg KH reply also bounced, and he was not so happy about that. If we want to receive comments from the kernel experts, we are probably going to need an open list. I can think of two options: 1) Make the batman list open for none subscribers to post to. 2) Create a batman-adv list which is open and we use that for all discussion about kernel work. As a side issue, i'm not sure batman-adv is the right name for mainline. In the context of the batman project, it makes sense, but from the perspective of mainline, this is the first version of batman, and maybe we cannot justify the advanced. Andrew

13 years, 5 months

[B.A.T.M.A.N.] Batman and encryption

by begbe＠gmx.net

Hello list, I'm experimenting with batman right now and would like to know, if there is a way to implement it with Openswan or another encrypting/tunneling software (OpenSSL?). I'm testing batman on a couple of WRT54GL. I'm interested in not allowing everybody to connect to my router only by knowing the BSSID. It would be great if somebody could give me a hint. Thanks a lot, Rafael -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

13 years, 5 months

[B.A.T.M.A.N.] commit list

by Marek Lindner

Hi, since I have been asked several times now I created a SVN commit list that allows you to follow the commits via email if you want. You can subscribe here: https://lists.open-mesh.net Regards, Marek

13 years, 5 months

Re: [B.A.T.M.A.N.] batman-adv and TCP problem - SOLVED

by Marek Lindner

Hi, > I have solved my problem. > > It is related to the TCP checksum offload function: I am using as embedded > platform PCEngines Alix 3d2, that do not support this function (and also > qemu virtual machines do not support it). > > This patch disable the tx checksum offload and everything now works fine > for me! nice finding ! I looked through kernel source a bit and it seems we can live without that flag (the tun driver also does not set it). I would commit your patch to the repository unless there are objections ? Regards, Marek

13 years, 5 months

Re: [B.A.T.M.A.N.] batman-adv and TCP problem - SOLVED

by a

Dear all, I have solved my problem. It is related to the TCP checksum offload function: I am using as embedded platform PCEngines Alix 3d2, that do not support this function (and also qemu virtual machines do not support it). This patch disable the tx checksum offload and everything now works fine for me! --- soft-interface.c.old 2009-10-07 17:10:25.000000000 +0200 +++ soft-interface.c 2009-10-07 17:00:29.000000000 +0200 @@ -114,7 +114,7 @@ #endif /* LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 29) */ dev->destructor = free_netdev; - dev->features |= NETIF_F_NO_CSUM; + /* dev->features |= NETIF_F_NO_CSUM; */ dev->mtu = hardif_min_mtu(); dev->hard_header_len = BAT_HEADER_LEN; /* reserve more space in the skbuff for our header */ I’m not a kernel expert, and then let me know what do you think about this solution/workaround andrea On Tue, Oct 6, 2009 at 6:31 PM, a <a.mailevent(a)gmail.com> wrote: > Dear all, > > analyzing in deep the problem I have seen that the problem is the checksum: > as you can see in my previous .cap file, the packets with data from > 192.168.100.2 have a wrong checksum (and my nodes are not using the HW > checksum offload function) > Then, I’m starting to investigate how the checksum is calculated. If you > have any suggestion or comment, you are welcome! > > andrea > > > > > > On Tue, Oct 6, 2009 at 3:14 PM, a <a.mailevent(a)gmail.com> wrote: > >> Dear Marek, >> >> On Tue, Oct 6, 2009 at 2:55 PM, Marek Lindner <lindner_marek(a)yahoo.de>wrote: >> >>> >>> Hi, >>> >>> > you can find as attachment the dump on eth2 of GW (tcpdump -ni eth2 -s >>> 0 -w >>> > gw.cap); >>> > the output of batctl td -p 4 eth1 is: >>> >>> I could not find anything revealing in the logs you provided. Could you >>> please >>> follow Sven's suggestion to log both ends as well ? >>> >>> I could log on every interface; I will do it and send .cap files. >> >> >>> Just to not forget the obvious: >>> * What batman-adv version are you running ? >>> >> revision 1439 >> >> >>> * GW1 routes the packets - does this work via NAT or do you manually add >>> >> GW1 routes packets, without NAT >> >> >>> routing entries to both ends ? >>> >>> >>> > A question: am I the first one with this problem? >>> >>> AFAIK batman-adv has no problem transporting TCP traffic (unless you >>> found an >>> undiscovered bug nobody has seen before). The most common source of >>> trouble is >>> the configuration of the setup, in particular MTU settings or routing >>> issues >>> (which is why most people simply bridge). >>> >> >> I understand your point about batman-adv; also for me, among batman nodes >> everything works fine. >> I will also test the system with bridge on GW >> >> >> andrea >> >>> >>> Regards, >>> Marek >>> _______________________________________________ >>> B.A.T.M.A.N mailing list >>> B.A.T.M.A.N(a)lists.open-mesh.net >>> https://lists.open-mesh.net/mm/listinfo/b.a.t.m.a.n >>> >> >> >

13 years, 5 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

B.A.T.M.A.N October 2009