Hi Marco!
You could introduce massive traffic from/to as many nodes as possible
and keep them running for a long time. When I did so with Ubiquiti
Nanostations I found that the CPU power was too low to saturate the
network by downloading from /dev/zero from one node to /dev/null on
another node. (I achieved only ~ 800 kByte/sec on a single hop link -
rather than 3.3MByte/sec!) I have tried this with netcat, http, ftp,
iperf. So I connected a laptop to the LAN port of the NS2 and downloaded
from the laptop via the mesh into another laptop. Which seems to be
highly impractical in your case.
Bear in mind that depending on the version of your Foneras you are
rather going to learn about the instability of the hardware or drivers
in ad-hoc mode. Earlier versions of the Fonera have hardware stability
issues.
Recent versions of Kamikaze trunk seem to have stability issues in the
Madwifi driver again - it seems like the stuck beacon problem is back, I
have seen messages in dmesg that seem to indicate this :-(
Please check the uptime of the nodes during your tests - in case of a
malfunction the watchdog will silently reboot. Which is what happened to
me using a DIR-300 every one to three days.
For me I could fix the problem - I'm exclusively using mesh networking
for all my IT communication needs 24/7 - why would I want to use
wireless point-to-multipoint networking if I can have
multipoint-to-multipoint wireless networking ;-) - by switching to
ahdemo mode. If you are not using ahdemo, make sure you use ad-hoc mode
with the nosbeacon aka swmerge option.
That said I prefer testing in a productive environment - of course not
all users are willing to bear a experimental network as their productive
environment ;-) But if their connectivity doesn't work in the long run
you as the admin will quickly get to know about it ;-)
Starting a little community mesh network is a great experiment on all
kinds of levels, including the social non-OSI Layer 8! And you'll learn
about technical problems you are never going to meet in your lab -
because you'll see other drivers/devices in a heterogeneous environment
trying to connect, introducing noise and trying to create IBSS-ID splits.
From the protocol side we are keen on getting reports about the
functionality and usability, CPU load, memory consumption, protocol
overhead. However a mesh with 6 nodes is not pushing things to the limit
for the Batman protocol (well, you can decrease the OGM interval to a
much smaller value than 1 second!). But it will help developers to find
bugs in recent code changes if you happen to test new versions.
Cheers,
Elektra
I have 6 fonera stations (openwrt 8.09 + batman)
I would like to turn them on and check system stability and performance for some
time
Can you address me to a good way to test and log system performance/stability?
Thnaks
Marco
P.S.
I am available to help batman comunity with specific tests if any.