[PATCH] wpa_supplicant: Implement fast-associate on SelectNetwork

Paul Stewart pstew at google.com
Wed Jan 16 09:59:14 EST 2013


I considered wpas_select_network_from_last_scan(), but I wondered whether
the calls to wpa_supplicant_rsn_preauth_scan_results on old scan results or
everything in the "else" clause for "if (selected)" was valid in this case.
 If you're okay with a hard-coded time limit like interworking_reconnect, I
can do that.  Also let me know if you're unconcerned by any side effects
the rest of wpas_select_network_from_last_scan().


On Wed, Jan 16, 2013 at 1:47 AM, Jouni Malinen <j at w1.fi> wrote:

> On Tue, Jan 15, 2013 at 06:28:09PM -0800, Paul Stewart wrote:
> > If scan results are available when we perform a SelectNetwork, use
> > them to make an associate decision.  This can save an entire scan
> > interval-worth of time in situations where something external to
> > wpa_supplicant (like a connection manager) has just previously
> > requested a scan before calling SelectNetwork.
>
> interworking_reconnect() does this conditionally on how old the previous
> scan results are and by re-using the
> wpas_select_network_from_last_scan() function. Is there reason to have
> SelectNetwork behave differently? In other words, could this new
> wpa_supplicant_fast_associate() be replaced with a call to the existing
> wpas_select_network_from_last_scan()? I would also consider adding some
> time limit based on wpa_s->last_scan. Five seconds may be a bit too
> short for this, but using three minutes old results does not sound that
> good either.
>
> --
> Jouni Malinen                                            PGP id EFC895FA
> _______________________________________________
> HostAP mailing list
> HostAP at lists.shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20130116/9e1bd572/attachment.htm 


More information about the HostAP mailing list