linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Hidden SSID and WLAN powersave
@ 2011-01-04 10:26 Juuso Oikarinen
  2011-01-04 10:47 ` Johannes Berg
  0 siblings, 1 reply; 4+ messages in thread
From: Juuso Oikarinen @ 2011-01-04 10:26 UTC (permalink / raw)
  To: linux-wireless

Hi,

I stumbled upon a PSM issue when a hidden SSID is used. It seems that
mac80211 is not going to power-save mode with hidden SSID AP's at all.

As far as I can see the following happens:

- When generally scanning, the AP is getting a bss entry with a zero
SSID.
- When associating, a probe-req is sent to the AP with the SSID, and as
result a probe-response is received with the hidden SSID in place -> a
second bss entry is created for the AP, now with the real SSID.
- After association, mac80211 executes ieee80211_recalc_ps(), but does
not go to powersave because the beacon-ies are missing.
- A new beacon is received for the BSSID, but it updates the bss entry
with the zero SSID, ieee80211_recalc_ps() gets called, but for the
associated bss entry the beacon-ies are still missing.

As result, the STA does not ever enter WLAN PSM.

Anyone stumbled on this issue?

-Juuso


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Hidden SSID and WLAN powersave
  2011-01-04 10:26 Hidden SSID and WLAN powersave Juuso Oikarinen
@ 2011-01-04 10:47 ` Johannes Berg
  2011-01-04 11:00   ` Juuso Oikarinen
  0 siblings, 1 reply; 4+ messages in thread
From: Johannes Berg @ 2011-01-04 10:47 UTC (permalink / raw)
  To: Juuso Oikarinen; +Cc: linux-wireless

On Tue, 2011-01-04 at 12:26 +0200, Juuso Oikarinen wrote:
> Hi,
> 
> I stumbled upon a PSM issue when a hidden SSID is used. It seems that
> mac80211 is not going to power-save mode with hidden SSID AP's at all.
> 
> As far as I can see the following happens:
> 
> - When generally scanning, the AP is getting a bss entry with a zero
> SSID.
> - When associating, a probe-req is sent to the AP with the SSID, and as
> result a probe-response is received with the hidden SSID in place -> a
> second bss entry is created for the AP, now with the real SSID.
> - After association, mac80211 executes ieee80211_recalc_ps(), but does
> not go to powersave because the beacon-ies are missing.
> - A new beacon is received for the BSSID, but it updates the bss entry
> with the zero SSID, ieee80211_recalc_ps() gets called, but for the
> associated bss entry the beacon-ies are still missing.
> 
> As result, the STA does not ever enter WLAN PSM.
> 
> Anyone stumbled on this issue?

I haven't come across it, but we don't test hidden SSIDs much ...
sounds perfectly logical.

johannes


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Hidden SSID and WLAN powersave
  2011-01-04 10:47 ` Johannes Berg
@ 2011-01-04 11:00   ` Juuso Oikarinen
  2011-01-04 11:05     ` Johannes Berg
  0 siblings, 1 reply; 4+ messages in thread
From: Juuso Oikarinen @ 2011-01-04 11:00 UTC (permalink / raw)
  To: ext Johannes Berg; +Cc: linux-wireless

On Tue, 2011-01-04 at 11:47 +0100, ext Johannes Berg wrote:
> On Tue, 2011-01-04 at 12:26 +0200, Juuso Oikarinen wrote:
> > Hi,
> > 
> > I stumbled upon a PSM issue when a hidden SSID is used. It seems that
> > mac80211 is not going to power-save mode with hidden SSID AP's at all.
> > 
> > As far as I can see the following happens:
> > 
> > - When generally scanning, the AP is getting a bss entry with a zero
> > SSID.
> > - When associating, a probe-req is sent to the AP with the SSID, and as
> > result a probe-response is received with the hidden SSID in place -> a
> > second bss entry is created for the AP, now with the real SSID.
> > - After association, mac80211 executes ieee80211_recalc_ps(), but does
> > not go to powersave because the beacon-ies are missing.
> > - A new beacon is received for the BSSID, but it updates the bss entry
> > with the zero SSID, ieee80211_recalc_ps() gets called, but for the
> > associated bss entry the beacon-ies are still missing.
> > 
> > As result, the STA does not ever enter WLAN PSM.
> > 
> > Anyone stumbled on this issue?
> 
> I haven't come across it, but we don't test hidden SSIDs much ...
> sounds perfectly logical.

I would fix this, but I'm afraid I don't know enough about the mac80211
to make a valid decision on how to go about that.

For PSM, this is an issue about the TIM IE, or more specifically the
DTIM period. AFAIK, all the bss entries with the same BSSID should share
the same DTIM period - I think this is valid for other cases with
multiple SSIDs on one BSSID too.


Any suggestions on how to approach this issue?

-Juuso




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Hidden SSID and WLAN powersave
  2011-01-04 11:00   ` Juuso Oikarinen
@ 2011-01-04 11:05     ` Johannes Berg
  0 siblings, 0 replies; 4+ messages in thread
From: Johannes Berg @ 2011-01-04 11:05 UTC (permalink / raw)
  To: Juuso Oikarinen; +Cc: linux-wireless

On Tue, 2011-01-04 at 13:00 +0200, Juuso Oikarinen wrote:

> > > As result, the STA does not ever enter WLAN PSM.
> > > 
> > > Anyone stumbled on this issue?
> > 
> > I haven't come across it, but we don't test hidden SSIDs much ...
> > sounds perfectly logical.
> 
> I would fix this, but I'm afraid I don't know enough about the mac80211
> to make a valid decision on how to go about that.
> 
> For PSM, this is an issue about the TIM IE, or more specifically the
> DTIM period. AFAIK, all the bss entries with the same BSSID should share
> the same DTIM period - I think this is valid for other cases with
> multiple SSIDs on one BSSID too.
> 
> 
> Any suggestions on how to approach this issue?

I'd probably see if you can update all the matching BSS structs with the
received beacon IEs.

johannes


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-01-07 11:48 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-04 10:26 Hidden SSID and WLAN powersave Juuso Oikarinen
2011-01-04 10:47 ` Johannes Berg
2011-01-04 11:00   ` Juuso Oikarinen
2011-01-04 11:05     ` Johannes Berg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).