Ubuntu 9.10 Wireless Connection Intermittently Unresponsive

Bug #453647 reported by jomtois
106
This bug affects 19 people
Affects Status Importance Assigned to Milestone
wpasupplicant (Ubuntu)
Confirmed
Undecided
Unassigned
Nominated for Karmic by Jason Swindle

Bug Description

Binary package hint: wpasupplicant

Possibly related to https://bugs.launchpad.net/ubuntu/+bug/433972

I notice my system log is continuously being filled with:

Oct 16 22:01:30 jon-laptop kernel: [98427.740229] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f71cfd80
Oct 16 22:01:35 jon-laptop wpa_supplicant[1243]: WPA: Group rekeying completed with 00:21:91:18:d0:34 [GTK=TKIP]
Oct 16 22:01:35 jon-laptop NetworkManager: <info> (eth1): supplicant connection state: completed -> group handshake
Oct 16 22:01:35 jon-laptop NetworkManager: <info> (eth1): supplicant connection state: group handshake -> completed
Oct 16 22:02:37 jon-laptop wpa_supplicant[1243]: CTRL-EVENT-SCAN-RESULTS
Oct 16 22:03:37 jon-laptop wpa_supplicant[1243]: WPA: Group rekeying completed with 00:21:91:18:d0:34 [GTK=TKIP]
Oct 16 22:03:37 jon-laptop NetworkManager: <info> (eth1): supplicant connection state: completed -> group handshake
Oct 16 22:03:37 jon-laptop NetworkManager: <info> (eth1): supplicant connection state: group handshake -> completed
Oct 16 22:03:38 jon-laptop kernel: [98555.947629] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f71cfd80
Oct 16 22:04:01 jon-laptop kernel: [98579.013178] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f71cfd80
Oct 16 22:04:07 jon-laptop kernel: [98584.927818] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f71cfd80

Internet connects and is usable at normal speeds, but then seems to drop out for 10-15 seconds or more. Happens in Firefox or when download updates from repositories. Network works fine in Jaunty and Windows XP on same machine and wireless network.

Karmic Beta updated daily to latest versions.

Please let me know what commands to run for additional info if needed.

ProblemType: Bug
Architecture: i386
Date: Fri Oct 16 21:59:22 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: wl nvidia
Package: wpasupplicant 0.6.9-3ubuntu1
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.47-generic
SourcePackage: wpasupplicant
Uname: Linux 2.6.31-14-generic i686

Revision history for this message
jomtois (jomtois) wrote :
Revision history for this message
jomtois (jomtois) wrote :
Revision history for this message
jomtois (jomtois) wrote :
Revision history for this message
jomtois (jomtois) wrote :

This is a clip of my syslog showing me disabling the wireless connection then re-enabling it. I got about 5 minutes of clarity before it began dumping again.

Revision history for this message
jomtois (jomtois) wrote :

This appears to be the Karmic version of bug #292450 --
Broadcom STA/wl driver causes random kernel panics

https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules/+bug/292450

Revision history for this message
Jason Swindle (jason-swindle) wrote :

I get this problem and wow does it suck! I do not get kernel panics, but random drops that will last at random times. I did not have this problem with 9.04. I see this in my syslog this a lot....

Oct 19 21:28:07 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:29:57 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:30:07 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:31:57 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:32:07 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:33:57 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:34:07 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:35:57 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:36:07 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS
Oct 19 21:37:57 mini-moose wpa_supplicant[982]: CTRL-EVENT-SCAN-RESULTS

Revision history for this message
JeSTeR7 (cblocker) wrote :

I'm getting a kernel panic (unresponsive system/caps lock flashing) when doing heavy downloading. It's extremely sporadic, but does always happen during the download of a large file or multiple large files.

There is nothing in the logs that indicate anything because the system needs to be hard rebooted.

Revision history for this message
Ben Wilber (benwilber) wrote :

This is unbelievably annoying. I just bought a Dell Mini 10 which has this unbearable Broadcom 4312 chipset. I am currently running Karmic UNR fully updated. I am having the EXACT same issues as described above. The wireless is almost unusable. I set udev to give it eth1 rather than eth2 since my ethernet is eth0

If I load up firefox and try to go to Google it just hangs on 'Waiting for google.com ...' -- I then run 'watch ifconfig eth1' and try to reload ff repeatedly and the TX error count starts going up. SOMETIMES it will eventually load, but most of the time not. If I then try to go to another site it might load up quick, might not. Sometimes I can't even SSH into the box sitting next to me. ssh -vv tells me it stops at:

debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP

but gets not further. If I repeatedly click a link trying to 'force it' :) -- then I might get a kernel panic. I'll test anything at this point.

Revision history for this message
jomtois (jomtois) wrote :

I have found that switching to use wicd rather than network-manager has improved things greatly. Although, this was in combination of having to log into my wireless router and disabling TKIP and setting it to use AES encryption instead. I think changing the router from TKIP is what really did the trick, but moving to wicd has improved overall stability on top of that.

Revision history for this message
Ben Wilber (benwilber) wrote :

Interstingly, if run a constant ping against my wireless gateway while browsing with ff then it works flawlessly and I don't get those cryptic messages in syslog. I already had tkip disabled in my router and was still having these probs. I never get icmp packet loss (I let it run over night) but I do see tons of tcp retransmits.

Revision history for this message
sanskaras (nickdeluca08) wrote :

I've been dealing with the same problem.

I noticed it only happens when TKIP changes it's key (or on the rekeying interval), and it seems to cause something to crash.

Nov 3 12:50:35 nick-laptop wpa_supplicant[1298]: WPA: Group rekeying completed with 00:1e:58:ed:38:61 [GTK=TKIP]
Nov 3 12:50:35 nick-laptop NetworkManager: <info> (eth2): supplicant connection state: completed -> group handshake
Nov 3 12:50:35 nick-laptop NetworkManager: <info> (eth2): supplicant connection state: group handshake -> completed

^^These messages always precede the following messages

Nov 3 12:51:11 nick-laptop kernel: [ 3047.571843] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240
Nov 3 12:51:12 nick-laptop kernel: [ 3048.637758] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240
Nov 3 12:51:13 nick-laptop kernel: [ 3049.681728] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240
Nov 3 12:51:14 nick-laptop kernel: [ 3050.705489] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240
Nov 3 12:51:15 nick-laptop kernel: [ 3051.729495] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240
Nov 3 12:51:16 nick-laptop kernel: [ 3052.756813] TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=ffff8801005b8240

^^And during these error messages the Internet is completely unresponsive until a break in the errors, which seems to be random and vary in length.

I've tried the restricted STA driver Ubuntu (am using a fresh 64bit install of karmic) found and tried compiling the lastest STA driver myself and installing it. Works just the same. I have tried wicd also, no dice.

So far my quick fix is to simply reconnect after the rekeying interval (which is set to 1 hour on my router right now). Maybe I will lengthen the interval. So basically I have a consistent connection for the length of the interval then I have to reconnect at the end of it. Think I will try AES only and see how that goes also, but I would like my computer to work with networks that use TKIP.

I have a Broadcom Corporation BCM4312 802.11b/g [14e4:4315] (rev 01) and will be looking into other drivers I can use.

Revision history for this message
sanskaras (nickdeluca08) wrote :

I've failed to get my card working with ndiswrapper and the windows drivers with 64bit ubuntu, just a bunch of errors in dmesg when loaded. Maybe one of you guys can try it on 32bit? If that works I'd gladly switch back to 32bit.

Revision history for this message
Alex (dinesh-email) wrote :

i have 9/10 32 bit and i have plenty of
TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=f67b7b40

anyone can help about that?

Alex

Revision history for this message
sanskaras (nickdeluca08) wrote :

I still haven't found a good solution, mine still does it. So far just change your router from TKIP/auto to AES only.

Otherwise what is your lspci? Maybe you have a different broadcom chip then me, might be able to try another driver instead of the restricted sta driver.

Revision history for this message
Soren Mogensen (soren-mogensen) wrote :

I am experiencing the same problem - however, the only statement I see in syslog is a lot of:
Nov 26 12:23:14 soren-xps wpa_supplicant[1230]: CTRL-EVENT-SCAN-RESULTS

Posted this yesterday at ubuntu forums (http://ubuntuforums.org/showthread.php?t=1337330) but guess I should have checked here first!

My network freezes appear to be consistently of 36 pings (at least from the tests I have run).

Revision history for this message
dknollman (dknollman) wrote :

I have a Atheros 5005G chip.
Worked in 9.04 as Atheros AR242x . Madfi not activated.
In 9.10 lspci shows:
    Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC (rev 01)
The Wireless Network is connected and shows Connection established.

A wired ethernet connection works fine.

The wireless connection hangs trying to connect.

Revision history for this message
Soren Mogensen (soren-mogensen) wrote :

Changing encryption from WPA2 to WPA seems to have fixed my issue (or rather, appears to be a usable workaround - Obviously WPA2 is still not working correctly.)

Revision history for this message
dknollman (dknollman) wrote : Re: [Bug 453647] Re: Ubuntu 9.10 Wireless Connection Intermittently Unresponsive

I use an open system with WEP key.
Thanks for the tip

On Sun, Nov 29, 2009 at 11:03 AM, Soren Mogensen
<email address hidden>wrote:

> Changing encryption from WPA2 to WPA seems to have fixed my issue (or
> rather, appears to be a usable workaround - Obviously WPA2 is still not
> working correctly.)
>
> --
> Ubuntu 9.10 Wireless Connection Intermittently Unresponsive
> https://bugs.launchpad.net/bugs/453647
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “wpasupplicant” package in Ubuntu: New
>
> Bug description:
> Binary package hint: wpasupplicant
>
> Possibly related to https://bugs.launchpad.net/ubuntu/+bug/433972
>
> I notice my system log is continuously being filled with:
>
> Oct 16 22:01:30 jon-laptop kernel: [98427.740229] TKIP: RX tkey->key_idx=1
> frame keyidx=2 priv=f71cfd80
> Oct 16 22:01:35 jon-laptop wpa_supplicant[1243]: WPA: Group rekeying
> completed with 00:21:91:18:d0:34 [GTK=TKIP]
> Oct 16 22:01:35 jon-laptop NetworkManager: <info> (eth1): supplicant
> connection state: completed -> group handshake
> Oct 16 22:01:35 jon-laptop NetworkManager: <info> (eth1): supplicant
> connection state: group handshake -> completed
> Oct 16 22:02:37 jon-laptop wpa_supplicant[1243]: CTRL-EVENT-SCAN-RESULTS
> Oct 16 22:03:37 jon-laptop wpa_supplicant[1243]: WPA: Group rekeying
> completed with 00:21:91:18:d0:34 [GTK=TKIP]
> Oct 16 22:03:37 jon-laptop NetworkManager: <info> (eth1): supplicant
> connection state: completed -> group handshake
> Oct 16 22:03:37 jon-laptop NetworkManager: <info> (eth1): supplicant
> connection state: group handshake -> completed
> Oct 16 22:03:38 jon-laptop kernel: [98555.947629] TKIP: RX tkey->key_idx=1
> frame keyidx=2 priv=f71cfd80
> Oct 16 22:04:01 jon-laptop kernel: [98579.013178] TKIP: RX tkey->key_idx=1
> frame keyidx=2 priv=f71cfd80
> Oct 16 22:04:07 jon-laptop kernel: [98584.927818] TKIP: RX tkey->key_idx=1
> frame keyidx=2 priv=f71cfd80
>
> Internet connects and is usable at normal speeds, but then seems to drop
> out for 10-15 seconds or more. Happens in Firefox or when download updates
> from repositories. Network works fine in Jaunty and Windows XP on same
> machine and wireless network.
>
> Karmic Beta updated daily to latest versions.
>
> Please let me know what commands to run for additional info if needed.
>
> ProblemType: Bug
> Architecture: i386
> Date: Fri Oct 16 21:59:22 2009
> DistroRelease: Ubuntu 9.10
> NonfreeKernelModules: wl nvidia
> Package: wpasupplicant 0.6.9-3ubuntu1
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.31-14.47-generic
> SourcePackage: wpasupplicant
> Uname: Linux 2.6.31-14-generic i686
>

Revision history for this message
Curtis Hall (curt-bluecherry) wrote :

I have some of the problems described above. Until Ubuntu assigns this to someone I'm not sure what is going to be required as far as verbose logs. I have a Dell Vostro 1510 with the Broadcom chipset (see lspci -v below)

 19:02:22 up 8:55, 3 users, load average: 0.22, 0.08, 0.05

[12377.230581] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f49e19c0

curt@curt-laptop:~$ grep TKIP /var/log/kern.log |wc -l
4293

06:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)
 Subsystem: Dell Device 000b
 Flags: bus master, fast devsel, latency 0, IRQ 19
 Memory at f4000000 (64-bit, non-prefetchable) [size=16K]
 Capabilities: <access denied>
 Kernel driver in use: wl
 Kernel modules: wl, ssb

Linux curt-laptop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux

Once this is assigned and a developer needs more information I'll be happy to provide it. For now disabling TKIP on my router (DIR-655) is a solution.

Revision history for this message
raketenman (sesselastronaut) wrote :

loads of
[ 1901.184183] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f5cf2980
[ 1901.286870] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f5cf2980
[ 2021.302102] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f5cf2980
[ 2021.609224] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f5cf2980
[ 2021.916400] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=f5cf2980
in my dmesg on 2.6.31-9-rt using BCM4328

Revision history for this message
robytrevi (robytrevi) wrote :

Broadcom BCM 4328, same dmesg:
[29545.612641] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29601.827880] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29602.032629] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29635.516001] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29635.516271] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29635.516517] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0
[29640.123889] TKIP: RX tkey->key_idx=2 frame keyidx=3 priv=f41473c0

Revision history for this message
Isaac Clerencia (isaaccp) wrote :

I am suffering this on my Macbook 6.2 and it's incredibly annoying ... I get disconnected every so often.

Revision history for this message
Pedro Ângelo (pangelo) wrote :

I also get this repeatedly on my /var/log/messages:

TKIP: RX tkey->key_idx=2 frame keyidx=1 priv=f254eb40

This is with the bcmwl module from the mactel ppa repo on a Macbook Pro 5.2

All encryption standards I tested work ok except the WPA2/TKIP with PAP inner auth that my University uses. The driver becomes very unstable after the rekeying interval, disconnecting randomly and having long connection latencies.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in wpasupplicant (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.