Hi,

I have been trying in vain to get 2 freebsd based systems working with a
wlan-lan bridge.

| Host A | <---> | Lan-side arge0 |  <--> | AP Wlan |  <---  Air  ------- >
| STA Wlan | <---> | Lan-side arge0 | <--> | Host B |

Is this functionality broken on the head? OR Am I missing something?
Appreciate if somebody can help me with scripts to setup the traffic in the
mode mentioned above.
We are using AR9280 based wireless card along with AR7161 boards from
Compex...

Thanks,
Mukunda


On Tue, Feb 19, 2013 at 2:58 AM, Adrian Chadd <adr...@freebsd.org> wrote:

> On 18 February 2013 03:31, Mukunda Haveri <muku...@pointred.co> wrote:
> >
> > Thanks to Adrian's WiFi scripts, we were able to get the TDMA working on
> the
> > Compex-AR7161 board. The results were surprising; we are able to do,
> close
> > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in
> non-TDMA
> > mode. We were able to achieve this, only after disabling all the debug
> > options in the kernel. Porting the U-Boot to the Compex-boards did take
> lot
> > of effort, but not the "FreeBsd". Many thanks to all the "scientists" who
> > made this possible.
>
> Nice! Which wireless cards are you using?
>
> [ AR9280 ]


> > Moving forward, it is observed that the TDMA throughput peaks at 9 mbps
> and
> > refuses to move beyond. After reducing the slot duration to 1 ms, the
> > throughput increased to around 12 mbps. I was expecting the TDMA to
> yield a
> > better throughput because of collision-less scheme. I would like to
> > understand if our observation is expected or if there's some inherent
> > limitation within the TDMA controller.
> >
> > It will be good to have some feedback from TDMers with similar
> experience or
> > better.
>
> Right now the TDMA code doesn't implement MCS rates or TX aggregation.
> Thus you're not going to get 11n like throughput.
>
> The first thing to implement is allowing for MCS rates
> (non-aggregation) and make sure all the packet duration calculations
> are being done "right".
>
> After that, we need to implement delayed blockack support in net80211
> and the ath driver. That requires the stack to support handling BA
> requests/responses and ath(4) to mark all frame descriptors in a
> delayed-BA TID to be no-ack.
>
> Once that's done, we can tie it all together to make it work over TDMA. :-)
>
> Thanks,
>
>
> Adrian
>

DISCLAIMER:
The information contained in this message (including any attachments) is 
confidential and may be privileged. If you have received it by mistake please 
notify the sender by return e-mail and permanently delete this message and any 
attachments from your system. Any dissemination, use, review, distribution, 
printing or copying of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible to change. PointRed Telecom Ltd 
(including its group companies) shall not be liable for the improper or 
incomplete transmission of the information contained in this communication nor 
for any delay in its receipt or damage to your system and does not guarantee 
that the integrity of this communication has been maintained or that this 
communication is free of viruses, interceptions or interferences. 
_______________________________________________
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Reply via email to