State of roaming support in wpa_supplicant 0.5.7
LTI. - Ticmanis, Linards
LTI at hoeft-wessel.de
Thu Feb 15 13:41:36 EST 2007
> -----Original Message-----
> From: hostap-bounces+lti=hoeft-wessel.de at shmoo.com
> Sent: Thursday, February 15, 2007 4:32 AM
> To: hostap at shmoo.com
> Yes, this has been done in some customer projects, i.e.,
> has been modified to do background scanning (with the help of the
> driver) and allow it to roam even if not strictly necessary (i.e.,
> before running out of range).
Ok, thanks, probably we will go that way too then.
> For a simple test on Linux, it could be
> enough to just run 'iwlist <iface> scan' from an external
> script every N
> seconds and see what happens.. wpa_supplicant should notice
> the new scan
> results and select an AP based on them.
Hmmm... wpa_supplicant (or *something*) does sent scans at regular intervals
anyway. As I see the mesage from the supplicant in the syslog that it got new
scan results. The problem seemingly comes down to rewriting the selection
> The driver interface is expected to provide results in priority order.
> In case of any Linux driver that uses wireless extensions for scan
> results this sorting is done in driver_wext.c.
Ok, cool, the driver interface I'm using (third-party addition) isn't
driver_wext.c as such, but many of its functions are implemented as calls
into driver_wext.c, including the "get scan results" function. So this should
Thanks for your help,
More information about the HostAP