[B.A.T.M.A.N.] Texas UML instances and OLSR+BATMAN tests
by Benjamin Henrion
Hi,
I would like to test OLSR and BATMAN on UML instances, since I don't
have the hardware to make real tests.
Would it be possible to have a copy of the binaries running on the
simulator of http://texas.funkfeuer.at/, in order to launch it on my
computer?
Best,
--
Benjamin Henrion <bhenrion(a)ffii.org>
FFII Brussels - +32-484-566109 - +32-2-4148403
15 years, 4 months
[B.A.T.M.A.N.] Multiple connections / prioritiy
by Freifunk Dresden
Hi Axel,
this is great and I will try it, but I can not promise to give you
results soon because
the lack of time.
If I have multiple connections between two nodes, is there a way to
setup the quality or
priority of those connection?
Assume I have tree or more nodes connected in a line (A,B,C,D) and
node A and Node D are
connected via backbone tunnel over Internet, the wireless connection
should be used until
the quality falls below a certain level or the number of nodes
exceeded a maximum value. setting up a hysteresis should be possible
to avoid to much
switching of the route.
eth1: A ------- B ------- C ------- D
bbs: A ============================D
Regards
Stephan
15 years, 5 months
[B.A.T.M.A.N.] Hops along the way
by Axel Neumann
Hello,
On Sonntag 26 August 2007, Michael Burmeister-Brown wrote:
> Regarding finding gateways:
>
> What I meant was, is there a way for a repeater node to find the current
> route being used from the node to the Gateway?
You can use tools like traceroute or ping -R. But you must use the ip of
the currently selected GW node as the target address. You can get the
currently selected GW-node with batmand -c -d 2 -b.
This debugoutput level 2 shows the currently available GWs and the
currently selected GW. It'll look like:
$ batmand -c -d 2 -b
Gateway Router (#/128)
=> 10.1.0.1 10.1.0.1 ( 31), gw_class 2 - 64 KBit (e.g. ISDN), reliability: 0
10.2.0.1 10.1.0.1 ( 30), gw_class 2 - 64 KBit (e.g. ISDN), reliability: 0
Note that
10.1.0.1 and 10.2.0.1 is actually one machine with two interfaces. And
10.1.1.1 and 10.2.1.1 is another machine with two interfaces.
Note also that ping and traceroute are sometimes confusing when tracing a node
with multiple IPs.
Then any of the valid IPs on that machine may be returned as the traced hop.
So there are two gateways avilable and 10.1.0.1 is the currently selected one.
The following examples have been executed on node 10.1.1.2
$ ping -R 10.1.0.1 # shows the first 10 hops from source to destination and back
PING 10.1.0.1 (10.1.0.1) 56(124) bytes of data.
64 bytes from 10.1.0.1: icmp_seq=1 ttl=64 time=19.1 ms
RR: 10.1.1.2
10.2.1.1
10.1.0.1
10.1.0.1
10.1.1.1
10.1.1.2
$ traceroute 10.1.0.1 # shows only the intermediate hops from source to destination
traceroute to 10.1.0.1 (10.1.0.1), 30 hops max, 40 byte packets
1 10.1.1.1 (10.1.1.1) 5.103 ms 3.608 ms 3.870 ms
2 10.1.0.1 (10.1.0.1) 7.762 ms 8.640 ms 7.650 ms
( If you do not have ping or traceroute available or do not have it
compiled with the desired options (like -R for ping) for your hardware
you can try the pre-compiled binaries at:
http://downloads.open-mesh.net/misc/handy-tools/ )
>
> It would be nice to be able to see how many hops are being used, the
> quality of each link along the way, etc. Our Google maps (for Merakis)
> will also highlight the route to the gateway, for example.
To get detailed feedback about the quality of each individual hop
you may install a central visualization server using the vis tool:
svn co https://dev.open-mesh.net/batman/browser/trunk/vis/
Then each node must be configured to send information about the
link qualities to its neighbors to the centralized server.
( There is no global knowledge at every node about every link ,
thats one of the big differences between batman and link-state-protocols )
Therefore simply start the client nodes with eg.:
batmand -s <IP-of-central-visualization-server> wlan0
ciao,
axel
>
> Thanks again,
>
> Mike
>
15 years, 5 months
[B.A.T.M.A.N.] robin
by a.anselmi@oltrelinux.com
Hi,
I'm using BATMAN routing algorithm on an kamikaze based firwmare,
realizing ROBIN (Routing Batman Inside) MESH: a 0-config, QoS capable mesh
software which targets Atheros AP51 devices such as Meraki Mini or Fonera.
As soon as flashed, mini-routers act as mesh-network appliances: all you
need is power-on the devices and connect almost one of these to a xDSL
DHCP capable router; users in the mesh cloud can associate with mesh nodes
APs (open and WPA-PSK protected ones) and start browsing. ROBIN comes also
with a precofigured NoDogSplash release offering firewalling and
throttling.
If you want test the ROBIN download it (images and docs) from:
http://sourceforge.net/projects/ponte2/
the tarball contains the kernel (vmlinux.gz .lzma) and the root filesystem
(jffs2-64k) needed for flashing Meraki Mini and Fonera.
Many thanks to all for suggestions, reports and bug divering!
--
Antonio
a.anselmi(at)oltrelinux(dot)com
www.blogin.it
15 years, 5 months
[B.A.T.M.A.N.] battool Speicherzugriffsfehler
by Robert Tulke
Hello i use the latest batman-advanced svn from trunk
zeus:/usr/src/# svn co https://dev.open-mesh.net/svn/batman/trunk/
...
...
zeus:/usr/src/# cd trunk/batman-advanced/batool
zeus:/usr/src/batman-advanced/battool# make clean
rm -f battool *.o *~
zeus:/usr/src/batman-advanced/battool# make
gcc -Wall -O0 -g -c -o battool.o battool.c
gcc -Wall -O0 -g -c -o batping.o batping.c
gcc -Wall -O0 -g -c -o functions.o functions.c
gcc -Wall -O0 -g -c -o batroute.o batroute.c
gcc -Wall -O0 -g -c -o batdump.o batdump.c
gcc -Wall -O0 -g -c -o list-batman.o list-batman.c
gcc -lpthread battool.o batping.o functions.o batroute.o batdump.o
list-batman.o -o battool
<- looks good but:
zeus:/usr/src/batman-advanced/battool# ./battool
Speicherzugriffsfehler
i use Debian Etch 4.0 with latest upgrades
greetings,
Robert Tulke
15 years, 5 months
[B.A.T.M.A.N.] dynamic gateway / hna / services
by Freifunk Dresden
Hello,
I didn't get the email for this request, so the mailling list thread
my be brocken.
> n Dienstag 24 Juli 2007, Freifunk Dresden wrote:
> [...]
> > Question 2:
> >
> > I'm currently checking how the HNA is working, but until now I can not
> > see any HNA on a second node. Firewall is enabled completely for both
> > nodes and each node sees the other nodes. I call batmand as follow:
> > Node1: batmand -t 63 -a 141.56.0.0/16 wlan0 bbs /t 2 bbc /t 2
> > Node2: batmand -t 63 eth1 bbs /t 2 bbc /t 2
> >
> > But batmand -c -d 4 does not show any HNA messages and no HNA entry is
> > stored in routing table.
>
> Indeed, seemed something has been missed (sorry for late reply). Can
> you try something above rv489 debul-level 3 should show (batmand -c
> -d 3):
> Adding route to 10.20.0.222/32 via 10.20.0.2 (table 65 - eth0:bat)
> and ip route ls table 65
> 10.20.0.222 via 10.20.0.2 dev eth0 proto static
I have checked out the rv491 and it seems working. In my test environment I
use a laptop (i386) and two wrt54gl. The wrt shows at "-d3" that the announced
HNA is added/deleted every 1-5 seconds. The wrt that has a greater
distance (5meter 2 walls between) adds and deletes the HNA in a highe
frequency than the
wrt that is about 50cm away.
I think that HNA should not be deleted to fast because someone that is
using this "bad" connection will get often error messages during
surfing that the rout e is not found. It would be better if just the
connection slow because of transmistion errors.
> > Beside of this the Idea to add/delete HNA without stopping batmand
> > would be good. e.g. batmand -c -a <add-hna>
> > batmand -c -A <del-hna>
>
> I also like the idea of dynamically changing some parameters but on
> the other hand, what are the negative side-effects of restarting a
> daemon ? - A client connected to the daemon might temporary loose
> connection
> - Do you know others?
I think the first point is important enough. see the statement above.
> [...]
>
> >
> > Another Idea of the "-m" is to differenciate this parameter to -M
> > <"message"> and -m <send-script>. by calling batmand -c -m send-script,
> > batmand can setup stdin/stdou as binary file handle and fill a user-OGM
> > with binary data that is then send.
> >
>
> Even if such message-flooding ist not implemented I just thought of
> whether there exist some standardized formats to announce such
> services (maybe the community network markup language CNML idea) ?
> ciao, axel
I have looked through the code and have seen that the HNA is simply
appended to
the end of a message. if we want to send other information a TLV structure is
needed (Tag-length-value). Batmand can ignore unknown Tags and is
still working in the network. At moment the whole network needs an
update at same time, because old batmand will interpret any data as HNA.
I hope I'm not wrong :)
Bye
Stephan
15 years, 5 months
[B.A.T.M.A.N.] dynamic gateway
by Freifunk Dresden
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zitat von Marek Lindner <lindner_marek(a)yahoo.de>:
>
> Hi,
>
>
> this question was a bit forgotten. :-)
>
>> how does batmand detect whether the internet connection is really connected
>> to the internet or not. Or does batmand just relays on the -g parameter.
>> Until now we let run a cron job that checks for the real working
>> gateway. Because we can not relay on the presence of the default
>> route. User may use a different
>> router to connect to the internet and just add the default route this
>> private router.
>> The problem is that the node offering a internet connection (-g)
>> should also be able to access other internet connection if its local
>> connection is brocken.
>
> First of all, "-g" is just flooded through the network. We also want
> some kind
> of "dyngw"-plugin but with a better approach: By using tunnels to the gateway
> batman is in a far better situation than OLSR. The "is internet really
> available" check can be done on the client side and is therefore much more
> reliable. With batman 0.3 all the packet flow towards and from the internet
> is going through batman. Batman just has to check whether traffic is coming
> back through the tunnel after sending packets to the internet. If this is not
> the case the batman node offering the internet is blacklisted and another
> gateway is chosen.
> This has not been implemented yet but all the neccessary basics for that
> feature are completed by now. Expect this feature to come in the following
> weeks.
>
> Regards,
> Marek
> _______________________________________________
> 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
>
this sounds good, but you should keep in mind that such a "good"
internet connection that was choosen being the best, has only a short
disconnection. I this case each batmand of each client should retest
the connection after a timeout of few minutes. I think this could be
disturbing an established connection because the batmand has to change
the tunnel to the new gateway.
For this I beleave that it is better to have a separated process
checking its own internet connection (if provided and setup by node
config). this process then tells batmand about the connection. batmand
will deside on some criteries if this connection is stable an worth to
be populated through the net.
I have implemented in our firmware a test (like leipzig) that only
pings some addresses.
cheers
Stephan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
iD8DBQFGsjy+ZSvvlmZMBPIRAuCNAJ0WFVjL92oCAQtCiZxpCPPMaeEMrQCfdQ9S
sNv9gTDx0pk5yMNheTEMkAE=
=oLrN
-----END PGP SIGNATURE-----
15 years, 6 months
[B.A.T.M.A.N.] x86 repository
by david kowalkowski
hello,
i find one openwrt kamikaze (x86) repository with recent batman an olsr
precompiled packages .
our network currently uses olsr but we want to connect another network
of the north of Belgium which is in OSPF. I thus think of carrying out
test with batman.
your councils are the welcome
danke ;)
david kowalkowski
ps : part of the brussels network (reseaucitoyen.be )
http://boum.no-ip.com/gmap/gmap.php
15 years, 6 months
[B.A.T.M.A.N.] dynamic gateway
by Freifunk Dresden
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Zitat von Lui <batman(a)schmudde.com>:
> Marek,
>
>> First of all, "-g" is just flooded through the network. We
>> also want some kind of "dyngw"-plugin but with a better approach:
>> By using tunnels to the gateway batman is in a far better situation
>> than OLSR. The "is internet really available" check can be done on
>> the client side and is therefore much more
>
> it's about the gateway himself (not a client-of-the-gateway).
> A gateway router (has to/)should check his default route and change
> his role to 'ordinary-client' => switch working state from -g to
> -r/-p Mode. May think about NATed LAN-clients, too...
>
> The "working-tunnel-check" is good tool against 'vandalism' or
> mis-configuration in the hand of a gateway-client, but it's no
> protection for the gateway against vandalism (i.e.) of his ISP...
>
> Lui
> (stucking just in the mentioned situation)
>
>
> _______________________________________________
> 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
>
Hi,
independet of the kind of the solution for the internet gateway, each
node that offers can do some vandalism. It only needs to use its own
firmware or compiled batmand version. So we should trust each node
client that it is not modified in such a bad way. If a tunnel is used
or other parts of the firmware run some tests and setup default routes
doesn't matter.
As you know dresden freifunk is very in the beginning and therefore I
like to take the opportunity to use badmand because of its clear usage
and functionality. but for our tests I have used policy routing and a
similar technic to check for all possible gateways a node may have.
this eliminates the following problem: A------B(HNA:
allinet)-----C(HNA:one Inet ip)
Node C only has a HNA for a specific internet server but does not
offer a verified internet gateway. If A access this ip than Node B
did not use its verified offered gateway and forwards the request to
C. The problem is, that the HNA of C may be brocken or missconfigured.
Policy routing allows to filter for all Internet addresses on Node B
and redirects the packets to the proofed gateway.
Please let me know if I didn't got anything right. For the first glace
I would prever standard routing without tunnel, which let me see where
the packet go to the internet and which way they use (inc.timings
traceroute). I now I can traceroute the gateway and the internet in
two step to get the same info.
Bye
Stephan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
iD8DBQFGsjy2ZSvvlmZMBPIRAkTwAKDjQMXBafT9TLrVN5nI2GU1VBKGDACg4Vkz
Iz7AI++9jKcEF79KrY/7rG0=
=geXb
-----END PGP SIGNATURE-----
15 years, 6 months
[B.A.T.M.A.N.] dynamic gateway / hna / services
by Freifunk Dresden
hi,
Question 1:
how does batmand detect whether the internet connection is really connected to
the internet or not. Or does batmand just relays on the -g parameter.
Until now we let run a cron job that checks for the real working
gateway. Because we can not relay on the presence of the default
route. User may use a different
router to connect to the internet and just add the default route this
private router.
The problem is that the node offering a internet connection (-g)
should also be able to access other internet connection if its local
connection is brocken.
Question 2:
I'm currently checking how the HNA is working, but until now I can not
see any HNA on a second node. Firewall is enabled completely for both
nodes and each node sees the other nodes. I call batmand as follow:
Node1: batmand -t 63 -a 141.56.0.0/16 wlan0 bbs /t 2 bbc /t 2
Node2: batmand -t 63 eth1 bbs /t 2 bbc /t 2
But batmand -c -d 4 does not show any HNA messages and no HNA entry is
stored in routing table.
Beside of this the Idea to add/delete HNA without stopping batmand
would be good. e.g. batmand -c -a <add-hna>
batmand -c -A <del-hna>
Question 3:
If a node offers a ftp server (portforwarding) I like to offer this
"service" via batmand like olsrd.
A generic solution would be good to just allow to send user text
messages with the OGM.
e.g:sending: batmand -c -m "this is my message" (called requlary by
cron.d to send/update a message or command)
the running batmand will need an addional options e.g. -m (script)
that is called to process the incomming message.
e.g: batmand -m process-message-script wlan0
The advantage would be, that each user that is using batman can offer
different
services: e.g. populate a service list, news, software updates,....
Another Idea of the "-m" is to differenciate this parameter to -M <"message">
and -m <send-script>. by calling batmand -c -m send-script, batmand
can setup stdin/stdou as binary file handle and fill a user-OGM with
binary data that is then send.
Please tell me if some of the features already present in the
batman-experimental trunk.
Kind regards
Stephan
15 years, 6 months