On Wed, Oct 28, 2009 at 10:54 AM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > On Wed, 2009-10-28 at 10:47 -0400, Charles Gordon wrote: > >> Thanks for the information. After doing some more testing I found >> that the association to the AP is sometimes lost and that mac80211 >> does not recover automatically. You have to type the command "wpa_cli >> reassociate" to trigger the stack to reassociate with the AP. Is this >> one of the things that is, or will be, fixed in later releases? > > I don't know. Normally, wpa_supplicant should notice this and re-connect > by itself. > > johannes > I think the way wpa_supplicant would notice this is that the AP would send a deauthentication or dissassociation frame to the station, and that would trigger wpa_supplicant to reassociate. However, if we are tuned to a different channel when the frame is sent, then we won't receive it. The AP won't send another notification unless we try to send it another data frame, but if another station is trying to send to us, we won't be notified. I think that when the scan completes, mac80211 should either notify wpa_supplicant that it should reassociate, or maybe send a null-data frame to the AP which might cause it to send another deauthentication/dissassociation frame (if we lost the connect). -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
