linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
To: linux-wireless@vger.kernel.org
Subject: Re: Problems associating to AP with rtl8192cu driver
Date: Mon, 26 Aug 2013 19:12:04 +0100	[thread overview]
Message-ID: <521B9A74.60603@ilande.co.uk> (raw)
In-Reply-To: <5217B01D.4000609@ilande.co.uk>

On 23/08/13 19:55, Mark Cave-Ayland wrote:

> Can anyone provide any hints to debugging the issue? I've just updated
> to Linus' latest git master from earlier today and the issue still
> appears :(

I spent some more time today trying to debug what was happening, and 
ended up setting up a temporary hostapd access point so that I could get 
logs from both the AP and my laptop workstation.

The bug I'm chasing seems to be related to the EAPOL handshake between 
my laptop and the AP. A session with Wireshark shows something like this:

AP -> Laptop : EAPOL 1/4
Laptop -> AP : EAPOL 2/4

(pause - EAPOL timeout of several seconds)

AP -> Laptop : EAPOL 1/4
Laptop -> AP : EAPOL 2/4

This pattern is repeated throughout the connection attempts. Comparing 
wpa_supplicant logs from a workstation with an Intel iwlwifi card shows 
that the AP never sends the EAPOL 3/4 packet, suggesting that something 
in the EAPOL 2/4 packet was invalid causing the authentication attempt 
to be dropped.

Interestingly enough if I leave the wpa_supplicant running for a minute 
or two, then sometimes the laptop will authenticate successfully with 
the AP - this suggests that perhaps it may be an initialisation bug of 
some description?

Can anyone suggest any reasons why the AP never responds with the EAPOL 
3/4 packet as part of the 4-way handshake? To get more information, I 
set up a fake AP using hostapd with logging enabled and recorded the 
authentication attempts on both the AP and the laptop (note that 
remarkably the laptop managed to associate to the AP on the second 
attempt in this particular session):

AP hostapd log:
http://www.ilande.co.uk/tmp/hostapd-rtl8192cu-connect.txt

Laptop workstation log:
http://www.ilande.co.uk/tmp/wpasupplicant-rtl8192cu-connect.txt

Also just to confirm that all testing was done against commit 
6a7492a4b2e05051a44458d7187023e22d580666 and therefore should contain 
the WPA association fix "rtlwifi: rtl8192cu: Fix problem in connecting 
to WEP or WPA(1) networks" from commit 
5b8df24e22e0b00b599cb9ae63dbb96e1959be30.


Many thanks,

Mark.

  reply	other threads:[~2013-08-26 18:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-23 18:55 Problems associating to AP with rtl8192cu driver Mark Cave-Ayland
2013-08-26 18:12 ` Mark Cave-Ayland [this message]
2013-08-27 16:23   ` Larry Finger
2013-08-27 20:40     ` Mark Cave-Ayland
2013-08-27 21:19       ` Larry Finger
2013-08-27 22:05         ` Mark Cave-Ayland

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=521B9A74.60603@ilande.co.uk \
    --to=mark.cave-ayland@ilande.co.uk \
    --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).