Linux wireless drivers development
 help / color / mirror / Atom feed
From: "Stefan Steuerwald" <salsasepp@googlemail.com>
To: "Holger Schurig" <hs4233@mail.mn-solutions.de>,
	"Johannes Berg" <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: Fwd: p54: testing AP mode: cannot switch to master mode
Date: Fri, 21 Nov 2008 09:37:07 +0100	[thread overview]
Message-ID: <f76a32050811210037x5958de39g53b174b2d0dfd41b@mail.gmail.com> (raw)
In-Reply-To: <200811210838.25977.hs4233@mail.mn-solutions.de>

Thank you Johannes and Holger,

indeed I overlooked the AID bit in the relevant traffic sequences.
Knowing now what to look for, I can follow what is going on and find
it ok - except for the huge delay in between http request and reply.
Typically, the http request is sent, the iPod goes to sleep, and
several seconds pass (with numerous beacons without any AID bit set),
before we see one or two "traffic for you" beacons, then the iPod
wakes up and gets the reply. Most of the time my app already
timeouted.

I have checked that my app indeed completes its TCP reply in almost no
time. Mysteriously, the data takes several seconds from boost::asio
write completion until it appears on the air. That's the problem.

I will go back to square one and the fact that I see different
behaviour in the iPod and my other clients. I will work out the
differences. Will be back in case I come up with more wireless
questions.

Thank you for your help! Great work!
  Stefan.


2008/11/21 Holger Schurig <hs4233@mail.mn-solutions.de>:
> On Thursday 20 November 2008 20:21:44 Stefan Steuerwald wrote:
>> The iPod alternates Null Functions with the PWR MGT bit on and
>> off - whatever that means. Is it ignoring the AP and snoring
>> away?
>
> This is because the Ipod WLAN card all the time takes a nap of
> sleep. Whenever it goes to sleep, it sets the PWR_MGT bit. When
> it wakes up, it sends again a null packet with the bit off. So
> the AP should always know if the station sleeps or not.
>
> If the Ipod has data for the Ipod while it sleeps, it simply
> wakes up and sends the data, with the PWR_MGT bit off. Maybe it
> also sends a NULL packet iwth the PWR_MGT bit off in advance.
>
> If the AP has data for the Ipod while the Ipod sleeps, it sets
> the bit that corresponds to the AID of the Ipod in its TIM map.
> This is sent in the beacons of the AP. Even when a WLAN station
> sleeps, it knows when a beacon get's broadcasted and wakes up
> just in order to receive this beacon and check for it's AID bit.
> If it is set, it wakes up fully, notifies the AP about this and
> the AP sends the data packet to the now fully awoke WLAN
> station.
>

  reply	other threads:[~2008-11-21  8:37 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <f76a32050811190306s6a86f46dwc245200069ff8a82@mail.gmail.com>
2008-11-19 11:16 ` Fwd: p54: testing AP mode: cannot switch to master mode Stefan Steuerwald
2008-11-19 11:56   ` Johannes Berg
2008-11-19 15:37     ` Stefan Steuerwald
2008-11-19 15:41       ` Johannes Berg
2008-11-19 16:23         ` Stefan Steuerwald
2008-11-19 20:23           ` Johannes Berg
2008-11-20  8:50             ` Stefan Steuerwald
2008-11-20 13:44               ` Stefan Steuerwald
2008-11-20 14:37                 ` Holger Schurig
2008-11-20 17:59                   ` Johannes Berg
2008-11-20 19:21                   ` Stefan Steuerwald
2008-11-20 19:29                     ` Johannes Berg
2008-11-20 19:58                       ` Johannes Berg
2008-11-21  7:38                     ` Holger Schurig
2008-11-21  8:37                       ` Stefan Steuerwald [this message]
2008-11-21  9:36                         ` Johannes Berg
2008-11-23 14:32                         ` Johannes Berg
2008-11-24 13:11                           ` Stefan Steuerwald
2008-11-20 14:49                 ` Holger Schurig

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f76a32050811210037x5958de39g53b174b2d0dfd41b@mail.gmail.com \
    --to=salsasepp@googlemail.com \
    --cc=hs4233@mail.mn-solutions.de \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox