All of lore.kernel.org
 help / color / mirror / Atom feed
From: Helge Hafting <helgehaf@mail.aitel.hist.no>
To: Dan Williams <dcbw@redhat.com>
Cc: Tomas Winkler <tomasw@gmail.com>,
	Helge Hafting <helge.hafting@aitel.hist.no>,
	Joonwoo Park <joonwpark81@gmail.com>,
	linville@tuxdriver.com, linux-wireless@vger.kernel.org
Subject: Re: [PATCH] mac80211: fix races between siwessid and siwencode
Date: Sun, 09 Mar 2008 12:52:11 +0100	[thread overview]
Message-ID: <47D3CF6B.8080703@mail.aitel.hist.no> (raw)
In-Reply-To: <1204813814.29410.23.camel@localhost.localdomain>

Dan Williams wrote:
>> I am not sure what you mean by the question.
>> This network uses WEP encryption (some users have older wireless equipment)
>> there is one essid and a single shared password that everybody uses.
>> Security is not that important, this is mostly to keep out outside bandwith
>> wasters/pirates.
>>     
>
> WEP has two authentication modes, "Shared Key" and "Open System".  He
> wants to know which method your access point is using.  During
> authentication, Open System is a simple two-frame request/response.  For
> Shared Key, there's an additional challenge/response where the AP sends
> a block of data, the client encrypts it with the WEP key, and sends it
> back to the AP where it's verified.  Only if it verifies does the AP
> complete association with the client.
>   
Well, how can I know? The access point at home is set to support
WEP and WPA, and of course I can specify the key. There doesn't
seem to be much more than that. I have no control over the
access points at work, although I could ask the people involved.

> You need to ensure that the mode matches between clients and the AP.
> Some APs have an "Auto" option that just accepts both methods from the
> client.
>   
I have to ensure this? I thought this was a driver-internal thing, I 
have not
seen any mention of this in wireless documentation before.
'man iwconfig' doesn't seem to mention this, and it used to be sufficient
to get a connection before.

If this is debug stuff, please tell how I can get the information. I can
add debugging options to the kernel command line if need be. (The driver
is compiled-in, modules tend to cause bootup delays.)

I tried to sniff wlan0 with wireshark. I did not get anything there until
after the association completed. Then I got normal stuff like dhcp
and other traffic. So I don't have any sniff of the association itself.
Is there some special options for enabling this, or do I need a 
different tool?

The siwencode/siwessid patch has helped a lot. The machine sometimes
succeed to connect at first try (during bootup) and almost
always at the second try.  The driver is not perfect yet, but it improved
a _lot_ for me.  Thanks - and I hope this gets into the next regular 
linux kernel. :-)

Another problem is that going out of range for an hour means I have to
do something to get a net connection again. This does not seem to
happen automatic, although I have not yet checked if it merely is
a dhcp timeout problem.

Helge Hafting









  reply	other threads:[~2008-03-09 11:48 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-05  9:40 [PATCH] mac80211: fix races between siwessid and siwencode Joonwoo Park
2008-03-05  9:48 ` Joonwoo Park
2008-03-05 13:53   ` Helge Hafting
2008-03-05 15:01     ` Tomas Winkler
2008-03-06 14:01       ` Helge Hafting
2008-03-06 14:25         ` Tomas Winkler
2008-03-06 14:30         ` Dan Williams
2008-03-09 11:52           ` Helge Hafting [this message]
2008-03-10 15:02             ` Dan Williams
2008-03-05  9:54 ` Johannes Berg
2008-03-05 11:10   ` Joonwoo Park
2008-03-05 11:17     ` Johannes Berg
2008-03-05 18:29       ` Dan Williams
2008-03-05 18:53         ` Tomas Winkler
2008-03-05 19:19           ` Dan Williams
2008-03-05 20:50             ` Tomas Winkler
2008-03-05 21:23               ` Dan Williams
2008-03-05 22:28                 ` Tomas Winkler
2008-03-05 23:35                   ` Dan Williams
2008-03-05 18:22 ` Dan Williams
2008-03-05 18:30   ` Michael Buesch

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=47D3CF6B.8080703@mail.aitel.hist.no \
    --to=helgehaf@mail.aitel.hist.no \
    --cc=dcbw@redhat.com \
    --cc=helge.hafting@aitel.hist.no \
    --cc=joonwpark81@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=tomasw@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.