From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48448358.4070505@changind.com> Date: Mon, 02 Jun 2008 16:33:44 -0700 From: Shane Chao MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [B.A.T.M.A.N.] Multiple radios to improve throughput Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: b.a.t.m.a.n@open-mesh.net 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