From: Dan Williams <dcbw@redhat.com>
To: "John W. Linville" <linville@tuxdriver.com>
Cc: dragoran <drago01@gmail.com>,
linux-wireless@vger.kernel.org,
ipw3945-devel <ipw3945-devel@lists.sourceforge.net>
Subject: Re: mac80211/iwlwifi + hidden ssids
Date: Wed, 10 Oct 2007 10:34:07 -0400 [thread overview]
Message-ID: <1192026847.9739.4.camel@localhost.localdomain> (raw)
In-Reply-To: <20071010130653.GB5962@tuxdriver.com>
On Wed, 2007-10-10 at 09:06 -0400, John W. Linville wrote:
> On Wed, Oct 10, 2007 at 11:45:12AM +0200, dragoran wrote:
> > Hello,
> > I am unable to connect to a dynamic wep network with hidden ssid using
> > iwl3945 and the lastest fedora 7 kernel (which should have very recent
> > stuff). The problem is that the card never finds the ap. Running
> > wpa_supplicant directly shows "Got scan results xxx bytes" (can't
> > remeber the exact message).
> > While with ipw3945d + ieee80211 it works fine. (NetworkManager does not
> > connect either see http://bugzilla.gnome.org/show_bug.cgi?id=464215 ).
> > I haven't tryed the suggestion there yet because I am not near the
> > network right now.
> > Any idea whats wrong? Does it work for anybody (maybe with other
> > mac80211 drivers)
> > Currently I am not sure whom to blame iwl3945 or mac80211 or both.
>
> Fedora 7 kernels are a little behind (1-2 weeks behind wireless-2.6)
> ATM, so it might be best to handle this at bugzilla.kernel.org.
>
> F7 _does_ have the kernel patch to probe for hidden SSIDs when
> associating. What I've found with that patch is that manually
> invoking the wireless tools yields satisfactory results, but that NM
> (which afaik relies on wpa_supplicant) still tends to have problems.
> My hunch is that wpa_supplicant (at least how NM configures it)
> is doing something "too smart", but I really don't know.
wpa_supplicant's support for hidden SSIDs sort of sucks; mainly because
the drivers implement this in different ways. wpa_supplicant says you
must use "ap_scan=2" for hidden SSIDs (and possibly ssid_scan=1 to do
specific ssid probe requests), which causes wpa_supplicant to blast all
settings to the card directly and not try to be smart about AP scanning
and selection. However, this doesn't work often because drivers are
inconsistent about this.
The way it _should_ work is that if scan_ssid = 1 for a network,
wpa_supplicant should ask that the driver scan the specific ssid using
IW_SCAN_THIS_ESSID. The card would then issue specific SSID scan
requests on each channel during the scan, and hopefully find the AP in
question.
Unfortunately, most drivers don't support IW_SCAN_THIS_ESSID. So the
best we can do is set AP_SCAN=2, let wpa_supplicant blow all the
settings to the card, and just _hope_ that the card/driver are smart
enough to find the hidden SSID on their own and associate. Which is
less often than we'd hope.
Dan
> Do you have control over the AP? If so, can you temporarily try
> using static WEP or an open configuration so that you can test using
> iwconfig?
>
> Thanks,
>
> John
next prev parent reply other threads:[~2007-10-10 14:33 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-10 9:45 mac80211/iwlwifi + hidden ssids dragoran
2007-10-10 13:06 ` John W. Linville
2007-10-10 13:47 ` dragoran
2007-10-10 14:22 ` John W. Linville
2007-10-10 14:34 ` Dan Williams [this message]
2007-10-10 14:57 ` dragoran
2007-10-10 15:07 ` Dan Williams
2007-10-10 15:20 ` John W. Linville
2007-10-10 17:41 ` Johannes Berg
2007-10-10 17:43 ` [ipw3945-devel] " Ferguson, Dana R
2007-10-10 17:54 ` Ferguson, Dana R
2007-10-10 18:10 ` John W. Linville
2007-10-10 19:28 ` Tomas Winkler
2007-10-11 4:03 ` Dan Williams
2007-10-10 15:17 ` John W. Linville
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=1192026847.9739.4.camel@localhost.localdomain \
--to=dcbw@redhat.com \
--cc=drago01@gmail.com \
--cc=ipw3945-devel@lists.sourceforge.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
/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