Igor Perminov <igor.perminov@xxxxxxxx> writes: > On Sat, 2009-09-12 at 08:58 -0600, Johannes Berg wrote: > >> I think this is not necessary. Just make sure that auth/assoc frames >> aren't buffered. > > The handshake is begun by the AP, which considers the STA is in PS mode. > So, first EAPOL Key frame is buffered already. > The AP informs the STA by TIM after that of course. But I think, there > is no any guarantee that the STA analyzes TIM at this point, because the > STA considers itself not power-saving. If this happens then the STA has really broken power save implementation. If a STA informs AP about going to power save it should _immediately_ start checking the TIM bits. Or is it so that STA actually hasn't informed AP about power save after association? [...] > I've nowhere found in 802.11-2007 document that a STA should send EAPOL > Start at the beginning of 4-way handshake. So, there is no any guarantee > that every STA implementation can synchronize its PS state with the AP. My understanding is that the power save state after association should be disabled until STA informs otherwise. So there shouldn't be any synchronisation issues. > And moreover, my ASUS WL-500GP access point (it works under Linux 2.4 > and doesn't utilize hostapd) processes reconnection without manipulating > TIM and causing a STA to send EAPOL Start. Probably, it just reset its > internal PS state of the STA at the beginning of reconnection. > > Would it be better to reset WLAN_STA_PS flag to get a more reliable > solution may be? So mac80211 doesn't clear STA's power save state during association? To me that sounds like a bug. -- Kalle Valo -- 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
