On Mon, 2008-09-15 at 16:34 +0200, Helmut Schaa wrote:

Am Montag, 15. September 2008 16:07:31 schrieb Dan Williams:

quoted

On Mon, 2008-09-15 at 14:35 +0200, Helmut Schaa wrote:

quoted

This patch adds a new wext event that notifies the user space about a low
signal quality. The currently used indicator is as follows: If three
successive beacons are received with a signal quality lower then 40%
user space gets informed.

Any ideas about which indicators should be used? Comments?

So why does this need a new event?  Can't wpa_supplicant monitor the
signal quality (or level/noise if the driver doesn't provide "quality")
and do what it needs to do without any changes to the kernel at all?

I thought about that as well but I'm not sure if the signal quality/strength 
is a well enough indicator.

Beacon misses should be a factor in quality, just like failed
decryptions or excessive retries.  Any of these are indications that the
"link" sucks and you might want to try finding a better AP.  Beacon
misses are just one piece of the whole quality thing.

For example if we want to consider the number of missed beacons the current 
IWEVQUAL event is not enough to expose this information.
Additionally some devices can report missed beacons. Maybe even the quality 
values reported by the drivers are not comparable at all (although they are 
normalized to be between 0 and 100). Hence my intention was that mac80211 and 
the driver might know better which indicators matter.

So if the values aren't comparable, we _make_ them comparable.  The
drivers can certainly tell mac80211 which things they are capable of
reporting for quality and the stack can figure them in to the final
"quality" measurement.  However, I do agree that having separate
indicators for the different factors is a good thing.  Thus something
like what Holger suggests would be better from my perspective than an
ethereal concept like a "roaming threshold".  Maybe just a poor choice
of terms?

Dan