From: Predrag Balorda <predrag.balorda@gmail.com>
To: 'The list for a Better Approach To Mobile Ad-hoc Networking'
<b.a.t.m.a.n@open-mesh.net>
Subject: RE: [B.A.T.M.A.N.] Multiple radios to improve throughput
Date: Tue, 3 Jun 2008 10:26:30 +0200 [thread overview]
Message-ID: <000701c8c553$882cbd50$988637f0$@com> (raw)
In-Reply-To: <48448358.4070505@changind.com>
I believe the new routerboard 433 is supposed to handle that with its 600 (or
was it 800?) MHz cpu (atheros). But then you never know...
> -----Original Message-----
> From: b.a.t.m.a.n-bounces@open-mesh.net [mailto:b.a.t.m.a.n-bounces@open-
> mesh.net] On Behalf Of Shane Chao
> Sent: Tuesday, June 03, 2008 1:34 AM
> To: b.a.t.m.a.n@open-mesh.net
> Subject: [B.A.T.M.A.N.] Multiple radios to improve throughput
>
> Elektra,
>
> Thank you for pointing out in May 08 that most embedded boards do not
> have enough CPU power to saturate the capacity of single radio link. I
> was experimenting Batman in a straight line, three node configuration
> with the middle node having two radios so it doesn't have to switch
> between node 1 and node 3. My configuration is as follows:
>
> node 1 node 2 node 3
> ------ ------ ------
> ath0 <--ch 1--> ath0
> ath1 <--ch 11-> ath0
>
> When I ran iperf between node 1 and 3, I did not see any throughput
> improvements with either one or two radios in node 2. I even stopped
> Batman and manually setup the routes and the performance remains the
> same. However, when I upgrade node 2 from a 200MHz CPU board to a
> 500MHz CPU board, the bandwidth went up 50%. So thanks again for
> pointing out my bottleneck:)
>
> Lastly, can someone suggest some embedded boards fast enough to push
> wifi radios to its limits?
>
> Thanks,
> Shane
> _______________________________________________
> B.A.T.M.A.N mailing list
> B.A.T.M.A.N@open-mesh.net
> https://list.open-mesh.net/mm/listinfo/b.a.t.m.a.n
next prev parent reply other threads:[~2008-06-03 8:26 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-02 23:33 [B.A.T.M.A.N.] Multiple radios to improve throughput Shane Chao
2008-06-03 8:24 ` Predrag Balorda
2008-06-05 12:39 ` Mark Kelly
2008-06-05 13:17 ` Benjamin Henrion
2008-06-05 13:43 ` Aaron Kaplan
2008-06-03 8:26 ` Predrag Balorda [this message]
2008-06-03 23:30 ` Benjamin Henrion
2008-06-03 23:41 ` cao jing
2008-06-12 3:53 ` Shane Chao
2008-06-12 8:43 ` Benjamin Henrion
-- strict thread matches above, loose matches on Subject: below --
2008-05-14 1:21 Shane Chao
2008-05-14 2:55 ` elektra
2008-05-14 4:31 ` David Murray
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000701c8c553$882cbd50$988637f0$@com' \
--to=predrag.balorda@gmail.com \
--cc=b.a.t.m.a.n@open-mesh.net \
--cc=pele@balorda.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.