Search Linux Wireless

Re: Initial automatic channel selection implementation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, May 25, 2011 at 4:37 PM, Luis R. Rodriguez <mcgrof@xxxxxxxxx> wrote:
> On Wed, May 25, 2011 at 5:19 AM, Helmut Schaa
> <helmut.schaa@xxxxxxxxxxxxxx> wrote:
>> On Wed, May 25, 2011 at 12:54 AM, Luis R. Rodriguez <mcgrof@xxxxxxxxx> wrote:
>>> Yes, thanks this is a lot of work already done. Now we just need a
>>> basic algorithm to parse this, quantify how ideal this channel is and
>>> then spit out a desired optimal channel.
>>
>> That's what I've hacked some time ago (in form of the attached _ugly_ shell
>> script that does auto channel selection with rt2x00, not sure if it works
>> correct with other drivers as the survey dump differs somehow between
>> rt2x00, ath5k and ath9k, and it only does channel 1-11):
>>
>> - Iterate over all channels and stay on each channel for some time
>
> Nice, yeah I was thinking of using the offchannel operation if we want
> to spend more time there for inspection and if associated. For first
> iteration it should be possible to just move around. In fact for AP
> purposes I suppose one will want to just start AP mode ASAP and then
> later do offchannel operations to do the inspection on the ideal
> channel. Otherwise we sit there idle until we complete the Automatic
> Channel Selection thingy.

Correct, especially if we also consider 5Ghz channels. Offchannel operations
would be nice but how can we ensure AP mode while being offchannel?

>> - Store busy time stats for each channel
>> - Choose the channel with the lowest busy time (and on 2.4Ghz also
>>  check the busy times on adjacent channels)
>
> So I was reviewing this -- if we are TX'ing or RX'ing it seems to me
> we should skip that time from the busy time, otherwise the "busy" time
> includes time we induced on TX'ing or RX'ing ourselves. So I was
> thinking of using the:
>
>  (active time - rx time - tx time)  / busy time

Looks good ;) just one problem from a rt2x00 POV: We can't report rx/tx busy
time separately, we can only advice the hw to include or exclude rx/tx time
from the busy time statistics.

Helmut
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux