Hi Axel,
when I use rv980 and call "kill -STOP $(pidof tincd)" then batman works
for a while (1-2 minutes) and exists with the following error:
[ 411413] Error - can't send udp packet: Resource temporarily unavailable.
Connection terminated by remote host
When I restart batmand when tincd is still stopped, the OGM are processed and
I see the neighbour nodes until I get the same error after about 1-2 minutes.
good news, it does not block.
Because of the error message I have inserted at posix/posix.c: 705 "return 0"
(send_udp_packet()).
I have tested two wrt54gl that had the problems before with the rev980 and
the "return 0" statement. Both routers has be running for 18 hours when
tincd was running without creating a connection.
After that I called "kill -STOP $(pidof tincd)" on both routers. Both routers
running now since 13 hours without problems.
Please check and insert the "return 0" at posix/posix:705 if it is the right
solution.
Have a nice week
/Stephan
Zitat von Axel Neumann <axel(a)open-mesh.net>:
> Hi Stephan,
>
> can you check if rv980 solves the problem ?
>
> ciao,
> axel
>
> On Donnerstag 14 Februar 2008, Freifunk Dresden wrote:
>> Hi Axel,
>>
>> I have done some checks. First I have added the tincd tap interface to
>> a bridge and used the bridge as parameter for batmand. This is currently
>> running since 10h.
>>
>> The second what I have tried is to call "kill -STOP $(pidof tincd)".
>> On the WRT54GL batmand stopped quite fast, but it stopped also fast without
>> the "kill". On the WRT54SL where I never have seen batmand stopping, the
>> "kill" has stopped batmand after 5-10 minutes. I could reproduce this
>> serveral times with the GS.
>>
>> When calling batmand -c -a 120.56.56.56/32 I get the following output on
>> batmand -cd3:
>>
>> [ 275531] Unix socket: got connection
>> [ 275539] got request: 10
>> [ 275540] Unix socket: Requesting adding of HNA 120.56.56.34/32 -
>> put this on todo list...
>> [ 275544] got request: 10
>> [ 275545] Unix client closed connection ...
>>
>> Three batmand processes are running and batmand -c returns:
>> WARNING: You are using BatMan-eXp 0.3-alpha (compatibility version 10) !
>> /sbin/batmand [not-all-options-displayed] -r 2 -a 10.12.10.16/28 eth1 tbb
>>
>> After calling "killall batmand" only one of three batmand processes is
>> killed. I have to killall -9 to get rid of it.
>>
>> Regards
>> /Stephan
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> B.A.T.M.A.N mailing list
>> B.A.T.M.A.N(a)open-mesh.net
>> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>
>
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N(a)open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
>
Does Batman run also on embedded devices with multiple interfaces?
I mean: every link has one radio interface, but evey node can have
multiple radio interface.
That is, link are orthogonal in frequency.
G
--
Giuseppe De Marco, PhD
Toyota Technological Institute
Hi Axel,
I have done some checks. First I have added the tincd tap interface to
a bridge and used the bridge as parameter for batmand. This is currently
running since 10h.
The second what I have tried is to call "kill -STOP $(pidof tincd)".
On the WRT54GL batmand stopped quite fast, but it stopped also fast without
the "kill". On the WRT54SL where I never have seen batmand stopping, the
"kill" has stopped batmand after 5-10 minutes. I could reproduce this serveral
times with the GS.
When calling batmand -c -a 120.56.56.56/32 I get the following output on
batmand -cd3:
[ 275531] Unix socket: got connection
[ 275539] got request: 10
[ 275540] Unix socket: Requesting adding of HNA 120.56.56.34/32 -
put this on todo list...
[ 275544] got request: 10
[ 275545] Unix client closed connection ...
Three batmand processes are running and batmand -c returns:
WARNING: You are using BatMan-eXp 0.3-alpha (compatibility version 10) !
/sbin/batmand [not-all-options-displayed] -r 2 -a 10.12.10.16/28 eth1 tbb
After calling "killall batmand" only one of three batmand processes is killed.
I have to killall -9 to get rid of it.
Regards
/Stephan
Hi,
I'm currently try using batmand-experimental Rev.972.
I have encountered a strange behaviour. I'm running two
WRT54 (GL and GS).
Routing is working and there is enough memory. I have setup
a cron job to call "batmand -c -d [2,7,8,9]" every minutes to
update the status files on ramdisk. The webinterface then
access the content of the status file which reduces the cpu load.
The WRT54GS is working almost, but the WRT54GL hangs after a while
as described below:
The call to "batmand -c -d [2,7,8,9]" blocks batmand completely.
batman does not do any routing and OGM processing. As result the
router leaves the network.
I can still call "batmand -c -r 3" and verify with "batmand -c" that the
options were set. But OGMs are not processed.
Any call to access the debug-information is blocked.
After killall batmand and restart the call to "batmand -c -d x" is possible
serveral times until batman hangs. The process list shows this
"batmand -c -d x" - process.
I have compiled batmand for whiterussian_rc6 and with the following options:
(The email server has a problem with the assignment character so I have
removed it in this email)
CFLAGS -Wall -Os
LDFLAGS -lpthread
CFLAGS_MIPS -Wall -Os -DREVISION_VERSION $(REVISION_VERSION)
LDFLAGS_MIPS -lpthread
I had to remove the -pg option because it was not possible to compile.
Also in whiterussian_rc the CFLAGS_MIPS/LDFLAGS_MIPS are not used (I think).
Any Idea
/Stephan
Hi all,
a basic question for you guys...
How can I compile the stuff https://dev.open-mesh.net/svn/batman/trunk/batman-adv-kernelland/ into openwrt...I would like to try the layer 2 version on my fonera router....
I don't understand if I have to integrate it in a package inside the menuconfig or I can build everything off from the standard configuration...
>From Makefile I understand that the module is not actually integrated into the firmware but it is compiled outside of the menuconfig and then insmod on the target...
I need some hint to create a right build environment...
Thank you in advance
Ciao, Carlo.
_________________________________________________________________
Scarica GRATIS le tue emoticon preferite!
http://intrattenimento.it.msn.com/emoticon/
Hi,
in the last months many new branches were created and many numbers are
floating around which caused much confusion. Here comes a brief summary why
these branches and numbers were created, what they are good for and who is
behind it:
Whenever we mention Roman numerals (as II or III) we speak of B.A.T.M.A.N.'s
routing algorithm version. It describes how the routing information are
flooded and how they are handled to make the best routing decission possible.
Arabic numerals are used to distinguish the version of our implementation.
Next to the routing algorithm many features and goodies are added to simplify
the users life.
Example: batman 0.2 uses the B.A.T.M.A.N. III routing algorithm.
=== batman-0.2 ===
[Maintainer: Marek Lindner, Axel Neumann]
- 0.2 stable was created last summer and represents our implementation of the
BATMAN III routing algorithm. It works quite well and stable but has a major
flaw while routing strong asymetric links. That is why we began working on
a new algorithm - 0.2 is to be deprecated soon.
=== batman-0.3 ===
[Maintainer: Marek Lindner, Andreas Langer]
- The 0.3 branch brought a bunch of new features and updates to 0.2,
especially a newly designed routing algorithm. It seems rather stable but
needs some more testing before replacing the current stable version.
=== batman-experimental (aka bmx) ===
[Maintainer: Axel Neumann]
- This branch kept the 0.2 routing algorithm and tried to overcome its flaws
by extending it.
Despite its name it is neither specifically unstable nor contains the latest
features for the 0.3 branch (we are not debian ;-) ). Under the hood it
shares much code with 0.3 - not more or less.
=== batman-advanced (aka batman-adv aka batman-adv-userspace) ===
[Maintainer: Simon Wunderlich, Marek Lindner]
- In April 2007 batman advanced (residing in user space) came to light. It was
a layer 2 implementation of batman 0.2. Since then it was continuously worked
on and uses the batman 0.3 routing algorithm today. It builds a switch of all
your nodes and enables you to ran any protocol (IPv4, IPv6, ..) on top of it.
=== batman-saxnet (merged back into batman-adv-userspace) ===
[Maintainer: www.saxnet.de]
- In autumn 2007 Saxnet (a German company) wanted to use our layer 2
implementation for their products. They tested, fixed and improved our layer
2 implementation. Therefore they got an extra branch which was merged back
into our batman advanced userspace branch.
=== batman-adv-kernelland ===
[Maintainer: Marek Lindner]
- Due to the testing we realized that the layer 2 implementation in user space
suffered from many performance problems. In late 2007 we ported our layer 2
implementation to kernel space in form of a kernel modul. At the moment it is
heavily worked on and a release is to be expected in the coming weeks.
=== battools ===
[Maintainer: Andreas Langer]
- The battools are a set of debugging tools which work together with our layer
2 implementation (user space and kernel land). You can use them to debug the
mesh which proved to be difficult without them.
Regards,
Marek
Hi,
I'm currently try using batmand-experimental Rev.972.
First the visualisation server does not show any connections.
Have two routers with batmand-exp rev 972 running. It seems
that this batman version is not compatible with the vis-server.
When I use the old version of vis, I get the dot information
when I call "telnet localhost 2004".
I assume that the batman-exp implementation still uses the old
compatibility version for vis.
/Stephan
Hi,
I am testing out batman 0.3-beta rv963 with openwrt-trunk (r10219) .
I could get the expected results when i am using tun instead of kmod-batgat
.
but when i use kmod-batgat even tho the tunnel gate0 is established the
routing rules and firewall is same as with kmod-tun i cant get traffic thru
gate0
My Setup:
---- Wired
- - - - WiFi
192.168.111.1-----(WAN)-192.168.111.74(Gateway)10.1.125.158 - - - - - -
10-1-125-158 (Node2)
*With kmod-batgat:*
from
ping 192.168.111.1 -I gate0
##on gateway
root@10-1-125-158:~# lsmod |grep batgat
batgat 10976 1
##Ping from Node
root@Node2:~# ping 192.168.111.1 -I gate0
PING 192.168.111.1 (192.168.111.1): 56 data bytes
--- 192.168.111.1 ping statistics ---
46 packets transmitted, 0 packets received, 100% packet loss
##tcpdump on node
root@10-1-125-158:~# tcpdump -i gate0 proto \\icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on gate0, link-type EN10MB (Ethernet), capture size 96 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
*With kmod-tun:*
root@10-1-125-158:/# lsmod |grep tun
tun 6592 1
*##on Node*
batman -cd2
Gateway (#/255) Nexthop [outgoingIF], gw_class ... [
B.A.T.M.A.N. 0.3-beta rv963, MainIF/IP: ath0/10.1.124.248, UT: 0d 0h52m]
=> 10.1.125.158 (255 + 0) 10.1.125.158 [ ath0], gw_class 49 -
4MBit/1024KBit, reliability: 0
*##Ping from Node*
root@Node2:~# ping 192.168.111.1
PING 192.168.111.1 (192.168.111.1): 56 data bytes
64 bytes from 192.168.111.1: seq=0 ttl=63 time=8.473 ms
64 bytes from 192.168.111.1: seq=1 ttl=63 time=6.585 ms
*##tcpDump on gateway's gate0*
root@10-1-125-158:/# tcpdump -i gate0 proto \\icmp
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to
cooked socket
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on gate0, link-type LINUX_SLL (Linux cooked), capture size 96
bytes
00:50:45.798376 IP 169.254.0.1 > 192.168.111.1: ICMP echo request, id 1004,
seq 0, length 64
00:50:46.614360 IP 192.168.111.1 > 169.254.0.1: ICMP echo reply, id 1004,
seq 0, length 64
00:50:46.805310 IP 169.254.0.1 > 192.168.111.1: ICMP echo request, id 1004,
seq 1, length 64
00:50:46.806369 IP 192.168.111.1 > 169.254.0.1: ICMP echo reply, id 1004,
seq 1, length 64
*##tcpDump on gateway's eth0*
root@10-1-125-158:/# tcpdump -i eth0 proto \\icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
00:48:29.108148 IP 192.168.111.74 > 192.168.111.1: ICMP echo request, id
1003, seq 6, length 64
00:48:29.145367 IP 192.168.111.1 > 192.168.111.74: ICMP echo reply, id 1003,
seq 6, length 64
Also at times ip rules dont appear on node and i have to restart batmand to
get the network working.
--
Vinay Menon