Search Linux Wireless

Re: Initial automatic channel selection implementation

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

 



Hi all,

>> II - Load check:
>>
>>   * In addition to the above take into consideration some metric for
>> load on the channel: frame count observed
>
> Sounds similar to the busy time information some drivers already report
> via "iw wlan0 survey dump", no? Counting frames sounds like a lot of
> overhead to me.

I don't know to what extent is 802.11k supported so far (anyone?), but
it'd provides useful radio measurements, e.g.:

* Frame Count Report: The STA that performs such a measurement
observes the traffic on a given channel and makes a summary for each
different transmitter detected during the measurement. Similar to the
Beacon Report, for each transmitter, the requested STA informs of
received power, SNR, etc.

* Channel Load Report: provides the load metric of a given channel
based on the measurement of busy time. More precisely, channel busy
time is defined as the proportion of the time during which either the
physical carrier sense, the virtual carrier sense (NAV) or both
indicate that the channel is busy. This measurement is similar,
although not identical, to the CCA report added by the IEEE 802.11h.

* Noise Histogram Report presents a measurement of received power
detected while the carrier sense mechanism indicates a free medium.
The histogram consists of ten different levels (between -92 and -55
dBm) and is drawn by taking into account the portion of time in which
noise is detected in each of the ten levels. This measurement is
similar in conception to the 802.11h’s RPI Histogram, but besides the
power densities, the Noise Histogram Report shall include the average
noise plus interference power on the measured
channel at the antenna connector during the measurement duration.

> Speaking of channels, I think only some channels should be eligible for
> automatic selection (that would be 1, 6 and 11 in the 2.4 GHz range).

I disagree. Sometimes it is better to have adjacent channel
interference (from partially overlapping channels) than co-channel
interference. I could provide some references if you're interested.

Regards
--
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