From: Holger Schurig <hs4233@mail.mn-solutions.de>
To: linux-wireless@vger.kernel.org
Subject: Re: mac80211 regression: doesn't associate automatically
Date: Fri, 23 Nov 2007 09:06:10 +0100 [thread overview]
Message-ID: <200711230906.10441.hs4233@mail.mn-solutions.de> (raw)
In-Reply-To: <1195777405.11966.12.camel@dv>
> I think setting the key should not cause reassociation if
> there is an association.
That seems sensible.
I actually think that while it's not associated, it should
periodically try to associcate with what's currently defined
(e.g. ESSID, fixed AP mac, key settings etc).
Currently, if I do the following with mac80211/b43:
$ # turn AP off or move into an area where you can't
receive the AP
$ pccardctl insert
$ ifconfig eth1 up
$ iwconfig eth1 key s:11111
$ iwconfig eth1 essid MUMBLFUTZ
$ # turn AP on or move with the laptop/device into the
vincinity of an AP
... then I won't get an association at all.
Other drivers that I used in production during the last 5 years
didn't show that behavior (orinoco_cs, wlags_h1_cs, wlags_h2_cs,
madwifi). They associated on their own.
However, as mac80211 is currently implemented, it assumes
a "stationary" WLAN setup and doesn't cope well with scenarios
where devices move. If it would cope better with such
situations, then it would also cope with the first problem I
reported. Because if it would periodically re-scan and try to
associate, a later submitted or changed WEP key would be taken
into account and association would have succeeded.
next prev parent reply other threads:[~2007-11-23 8:05 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-22 8:12 mac80211 regression: doesn't associate automatically Holger Schurig
2007-11-22 13:05 ` Johannes Berg
2007-11-22 13:26 ` John W. Linville
2007-11-23 0:23 ` Pavel Roskin
[not found] ` <47462A72.8010303@wetwork.net>
2007-11-23 1:26 ` Pavel Roskin
2007-11-23 8:06 ` Holger Schurig [this message]
2007-11-23 8:22 ` Pavel Roskin
2007-11-23 9:03 ` Holger Schurig
2007-11-26 15:34 ` Dan Williams
2007-11-22 14:14 ` Holger Schurig
2007-11-22 14:41 ` Johannes Berg
2007-11-22 15:05 ` Holger Schurig
2007-11-22 15:13 ` Johannes Berg
2007-11-22 15:43 ` Holger Schurig
2007-11-22 15:41 ` Johannes Berg
2007-11-22 15:46 ` Johannes Berg
2007-11-22 15:58 ` Holger Schurig
2007-11-23 12:15 ` Johannes Berg
2007-11-22 16:19 ` Holger Schurig
2007-11-22 20:32 ` Will Dyson
2007-11-23 8:44 ` Holger Schurig
2007-11-23 12:48 ` Johannes Berg
2007-11-23 19:34 ` Will Dyson
2007-11-23 20:22 ` Johannes Berg
2007-11-23 12:46 ` Johannes Berg
2007-11-23 13:23 ` Holger Schurig
2007-11-24 21:36 ` Johannes Berg
2007-11-24 22:39 ` Will Dyson
2007-11-25 10:53 ` Johannes Berg
2007-11-26 7:27 ` Holger Schurig
2007-11-22 15:45 ` 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=200711230906.10441.hs4233@mail.mn-solutions.de \
--to=hs4233@mail.mn-solutions.de \
--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;
as well as URLs for NNTP newsgroup(s).