On Fri, 2009-03-20 at 12:37 +0200, Kalle Valo wrote: > The original (or current) implementation sends probe requests even > when beacons are received or there is unicast traffic going on. My > patches change this so that the probe request is only sent when there > is data idle period (ie. no unicast traffic). Ok. > Like we discussed earlier, I think the most optimal solution would be > to send nullfunc frames during data idle periods just to check that the > connection is working bothways. > > What should AP do if it receives a nullfunc frame from a station which > is not associated? Send a deauth frame back to the station? It would > be nice to check the association state also during the data idle > period. Sometimes I have noticed that AP might deauthenticate the > station without station noticing it. It would be just perfect if > nullfunc frame would do the assocition also during data idle periods. Yes, I think nullfunc, being data, counts as class 3, and as such the AP will deauth the station. > Sorry, I did that only for the period when there is data transmission. > To get rid of unncessary wakeups altogether I need to do something > more advanced, like using two timers or something. I haven't thought > that yet. Ok, guess I got lost in all the timers. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part