[B.A.T.M.A.N.] Batman gateway lock ups
by Outback Dingo
see pastebin
http://www.pastebin.ca/1194874
pertinent info
dmesg | grep 'batgat loaded'
batgat: [init_module:96] batgat loaded rv1025
uname -a
Linux nightwing 2.6.23.16 #16 Tue Apr 22 20:00:17 ART 2008 mips unknown
root@nightwing:~# batmand -v
WARNING: You are using the unstable batman branch. If you are interested in
*using* batman get the latest stable release !
B.A.T.M.A.N. 0.3-beta (compatibility version 5)
lsmod
Module Size Used by Tainted:
P
sch_htb 14048
2
ath_ahb 103616
0
wlan_xauth 480
0
wlan_wep 4000
0
wlan_tkip 9856
0
wlan_ccmp 5440
2
wlan_acl 1920 0
ath_rate_minstrel 8352 1
ath_hal 136832 3 ath_ahb,ath_rate_minstrel
wlan_scan_sta 8768 1
wlan_scan_ap 6656 0
wlan 152464 10
ath_ahb,wlan_xauth,wlan_wep,wlan_tkip,wlan_ccmp,wlan_acl,ath_rate_minstrel,wlan_scan_sta,wlan_scan_ap
batgat 10944 1
ipt_iprange 672 0
ipt_TOS 832 0
ipt_TTL 928 0
xt_MARK 960 3
ipt_ECN 1472 0
xt_CLASSIFY 640 0
ipt_ttl 704 0
ipt_tos 544 0
ipt_time 1568 0
xt_tcpmss 1088 0
xt_statistic 832 0
xt_mark 672 7
xt_mac 736 3
xt_length 736 0
ipt_ecn 1024 0
xt_DSCP 1056 0
xt_dscp 832 0
imq 2096 0
ipt_IMQ 672 2
xt_string 896 0
xt_layer7 9840 0
ipt_ipp2p 6784 0
ipt_LOG 4640 0
xt_CHAOS 1792 0
xt_DELUDE 2624 1
xt_TARPIT 2816 1
xt_quota 800 0
xt_portscan 2016 0
xt_pkttype 704 0
xt_physdev 1488 0
ipt_owner 800 0
iptable_raw 832 0
xt_NOTRACK 832 0
xt_CONNMARK 1088 0
ipt_recent 4992 0
xt_helper 992 0
xt_conntrack 1312 0
xt_connmark 832 0
xt_connbytes 1312 0
tun 6592 0
12 years, 10 months
[B.A.T.M.A.N.] Kernel crashes with batgat installed
by Nathan Wharton
I am using batman 1256 on a very recent openwrt (linux version
2.6.28.10) as well as a bit older one (linux version 2.6.26.8).
With batgat installed, I have problems with the kernel crashing when
turning the gateway on and off. I start batman with -r 2. If I
detect an uplink, I issue -c -g 11000. If I lose the link, I issue -c
-r 2. It is this final -c -r 2 that causes the kernel to either crash
with a bad page on the next process that is created, have a null
pointer error, or have a recursion error.
If I run batman without batgat, I don't get any crashes.
Everything works fine otherwise. Except one thing that just came to
mind, I had to remove -DDEBUG_MALLOC -DMEMORY_USAGE because batman
wouldn't do anything without crashing because of magic number
problems. Could this be because I am on Big Endian hardware?
Could anyone else see if they have the same problem? All you have to
do is have batman running with batgat installed, start issuing batmand
-c -g 11000 ; batmand -c -r 2 multiple times and see if their system
stays stable.
Thanks.
12 years, 11 months
[B.A.T.M.A.N.] Multiradio Batman
by Kartik Muralidharan
> Let's say a packet comes from node A interface ath0 of node B, and
> there is a route on node B for the packet to go to node C, route which
> use the same interface ath0. In this case, you might want to add a
> cost to hop over the same wireless interface.
>Ok, good idea. I quickly made a patch:
>http://www.open-mesh.net/changeset/1276
>Feel free to test it. :-)
>Regards,
>Marek
But how would batman choose the next hop if at every node there are two
interfaces available. The ideal ofcourse would be
11a->11b->11a->11b->11a on each hop.
Regards
Kartik
12 years, 12 months
Re: [B.A.T.M.A.N.] MultiRadio Batman
by Kartik Muralidharan
>Right, that is still on open point on my ToDo. I'd like to automate
that if
>possible but did not have a good idea how to do that.
>Kartik: Any idea how roofnet is doing it ? Config ?
@Marek
Roofnet does not consider multiple interfaces. It was meant to work over
only a single radio. The work around is to consider WCETT metric rather
than ETT that is currently used in roofnet.
13 years
[B.A.T.M.A.N.] Make batman-adv a multicast-aware layer 2 switch
by Linus Lüssing
Yesterday, we (Marek, Julian, Linus) had some thoughts about the
advantages of having a multicast-aware BATMAN-Adv. Also some first
ideas about the actual implementation in BATMAN-Adv, which is not
a trivial task, have been discussed. The results so far and the
irc-log can be found in our wiki from the Lübeck-Freifunk
(http://luebeck.freifunk.net) in the section
Network->BATMAN-Adv-Multicast-Development. We definetly want to
push this feature further as it is especially very useful in
Mesh-networks and would like to hear from any other ideas of how
to implement this in the most efficient way and if there are any
concerns about the ideas for implementation yet. Also a
trac-enhancement-ticket can be found here:
http://www.open-mesh.net/ticket/128
Sincerely,
Julian, Linus - MetaMeute
13 years
[B.A.T.M.A.N.] MultiRadio Batman
by Kartik Muralidharan
Hello,
We have finally deployed a WMN testbed on our campus , currently running
roofnet. However I would like to run BATMAN as the underlying routing
protocol. Could you help me out with deploying and testing BATMAN on the
nodes.
Further since our nodes have two radio we are looking at taking
advantage of the same. Any pointers from a coding perspective to tackle
this would be great as I am hoping to publish the same.
Also does Batman advanced operate in Monitor mode?
Thanks
Kartik
13 years
[B.A.T.M.A.N.] Debug Malloc Problem
by Nathan Wharton
Sorry, looks like I didn't reply all on this one:
On Fri, May 22, 2009 at 11:31 PM, Marek Lindner <lindner_marek(a)yahoo.de> wrote:
>> I am getting set up to do remote debugging. I'll see what I can find
>> doing that.
>
> Yeah, that would be another option.
ok, here is what I found on the debug malloc problem I am having:
In the function debugMalloc:
=================================
chunkHeader = (struct chunkHeader *)memory;
chunk = memory + sizeof(struct chunkHeader);
chunkTrailer = (struct chunkTrailer *)(memory + sizeof(struct
chunkHeader) + length);
chunkHeader->length = length;
chunkHeader->tag = tag;
chunkHeader->magicNumber = MAGIC_NUMBER;
chunkTrailer->magicNumber = MAGIC_NUMBER;
=> pthread_mutex_lock(&chunk_mutex);
=================================
I get the following results:
(gdb) p chunkHeader
$26 = (struct chunkHeader *) 0x308c8
(gdb) p chunk
$27 = (unsigned char *) 0x308d8 "\020\322\n"
(gdb) p chunkTrailer
$28 = (struct chunkTrailer *) 0x308dd
(gdb) p *chunkHeader
$29 = {next = 0x40096c34, length = 5, tag = 15, magicNumber = 305419896}
(gdb) p *chunkTrailer
$30 = {magicNumber = 878082050}
(gdb) p length
$31 = 5
I think the magic number is not getting into the chunk trailer
correctly because it is not aligned.
chunkHeader is aligned because it was returned by malloc
chunk is aligned because the size of the header is 16
chunkTrailer is not aligned because it is chunk + 5
Hope this helps. If not, and that shouldn't be a problem, I'll see
what else I can find.
13 years
[B.A.T.M.A.N.] VIS server for batman-adv-kernelland
by Christoph Pilka
Hi folks,
my goal is to visualize batman-adv-kernelland network topology. 'echo
"server" > /proc/net/batman-adv/vis' activates vis server on the mesh
node directly, right? Do the other nodes find the vis server
autmagically? What happens, if I wanna use more than one vis server? And
the last and most important question: is it possible to run a vis server
outside the mesh running layer 2 batman-adv? The layer 3 vis runs fine
but I have no clue how to get the visualization running on batman-adv
nodes. How to tell the vis server on the mesh nodes to output their data
to a dot-draw server (s3d) ? Lot of questions ;-)
For the German readers: I am documenting all the stuff on
http://debian.asconix.com/batman-advanced-openwrt-howto but I think, the
way I'm describing in the vis chapter is the way to get vis running in
layer3 batman, isn't it?
Greets,
Chris
--
"Privacy in residential applications is a desirable marketing
option." (ETSI EN 300 175-7 Ch. A6)
13 years
[B.A.T.M.A.N.] [PATCH] Allow vis daemon to serve mesh topology simultaneously in dot_draw and JSON format
by Antoine van Gelder
After some great input from Marek I took a swing at rewriting my vis
patch to allow serving of mesh topology simultaneously in dot_draw &
json.
* -j enables JSON server on port 2005
* dot_draw continues to be served on port 2004 irrespective of whether
-j is specified or not.
Some thoughts:
* It is not the prettiest of patches but it works. Thinking about
cleaner approaches makes my imagination drift in the direction of a
simple plugin API such as OLSRd has, anyone else having any similar
thoughts ? :)
* I'm serving json on port 2005 - any alternative suggestions ?
Patch attached for review, looking forward to feedback!
- a
--
http://7degrees.co.za
"Libré software for human education."
13 years
[B.A.T.M.A.N.] Possible page faults at route.c
by Sven Eckelmann
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
In the handling of netlink sockets is are two small and (probably
always) non fatal glitches. Only together they could lead to page
faults. It is quite unlikely that it happens, but you cannot say
that it is impossible.
Best regards,
Sven
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
iQIcBAEBCgAGBQJKE+oyAAoJEF2HCgfBJntGsv4P/ih/7xcrweNox8Kv8+OhoWBV
sZ8DcgRI3REqFtZMCNte/P/6ZGSx1hE95NytTo2R767PJF1ZjKX4B45NGf52rtAp
y+5++SGZ6vRPXPDhEF/1yg4i0ce29pgwZJVYj0qXZk5uLyJz2j4RtkPDGuCm4MCd
V7B1V+tVTLOGKLGnJAMEi49F61dRsYNt5tobQKwNxGt6tZVC7CCD7Ze2jA3c2b8r
dGixm+4vQGrV0EEmUS4JoJloOlz9tUI8+ld65urwj5Ep8IpSYBfrjQRbd9oaVtQe
6vRXnuAdZz9nam9MZRm4IqGa5DfNBkd0vXQryy85sxPSuIFti0FtiQI3bGYX8QnV
7ShajIU4JRo4k6jqZX6H+Z65DBahUFrbrfGqip7eOSLUANwtHy4S/0MD4Aw4FU2X
FF6AfsrdiBdT68eVBsxJdXInrAu5UwXBtIwNQm90l8JzT3TOo5pnDGiA7z0fVRGb
IJbTQKqkpZNvf0esyF7PhcEnjwefsP9gdXzuTcqlAday/mX3m73TmMismlM22Id+
eSLLU03Qi+fM3HfmMCk7OlMYXPw47qI+vMX8NGNqh/3MSqXZv8z9BXts89DXjMxs
jDOFX/qZCx0Z5c31DjCH7sxi3/R8rQTSE/AUMLVUrttuGwS/WzE4m/8W/Yu13gMi
ERz3CKiMqSEDin8EyL6a
=ECeu
-----END PGP SIGNATURE-----
13 years
