Hello, I just got a reply from the wpa_supplicant mailing list on a question I had regarding the autoscan functionality. The issue is that when connman tells wpa_supplicant to disconnect, the autoscan of wpa_supplicant does not start. According to the response below from jouni Malinen, this is intended behavior. Frankly, I was quite surprised by this behaviour. This behaviour means that when the application does not trigger a scan or connman restarts the autoscan of wpa_supplicant, all networks will be removed after the timeout of wpa_supplicant. Is this also the expected and intended behaviour from connman point of view?
Regards, Thiemo -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jouni Malinen Sent: 28 September 2014 18:55 To: [email protected] Subject: Re: autoscan does not start after manual disconnect On Tue, Sep 16, 2014 at 02:06:43PM +0000, Thiemo van Engelen wrote: > Now I have a problem when there is a connection with an access point and I > tell connman to disconnect. > Connman then tells wpa_supplicant to disconnect, which it does, but then the > autoscan of wpa_supplicant is not started. Disconnect command is requesting wpa_supplicant both to disconnect from the current AP (if any) and stop trying to connect any network. > When wpa_supplicant disconnects because the access point goes out of range or > is shut off, the autoscan module does seem to work and the syslog shows > wpa_supplicant messages about scans. In that case, there was no explicit request to stop connection attempts. > My questions are: > Is this behavior expected that the autoscan is not started when we (manually) > disconnect? Yes > Should I give a command (and if so, which) to start the autoscan when the > manually disconnect? Requesting a new connection (e.g., reassociate, reattach, reconnect) should enable scanning for a network. -- Jouni Malinen PGP id EFC895FA _______________________________________________ HostAP mailing list [email protected] http://lists.shmoo.com/mailman/listinfo/hostap _______________________________________________ connman mailing list [email protected] https://lists.connman.net/mailman/listinfo/connman
