Hi Miguel, It looks like the AP you're connected to at the University is a Cisco AP. I'm not sure what reason code 23 is, will need to research it some. In the meantime, can you do the following so we can see what's going on in the iwlwifi driver: 1) Enable debugging for the iwlwifi driver like so: modprobe iwlagn debug=0x47fff You'll need to enable debugging for iwlwifi while building the kernel. 2) A wireless sniffer log would also be useful (not sure you're in a position to gather this log). Please send me (only) the log. We can take this to bugzilla as well. Thanks, Meenakshi >-----Original Message----- >From: linux-wireless-owner@xxxxxxxxxxxxxxx [mailto:linux-wireless- >owner@xxxxxxxxxxxxxxx] On Behalf Of Ben Hutchings >Sent: Tuesday, September 13, 2011 3:29 PM >To: Miguel Martinez >Cc: 641424@xxxxxxxxxxxxxxx; linux-wireless >Subject: Re: Bug#641424: iwlagn: fails to reconnect to WPA2-enterprise >(Reason: 23) > >[The previous message is logged at <http://bugs.debian.org/641424>.] > >On Tue, 2011-09-13 at 12:15 +0100, Miguel Martinez wrote: >> Package: linux-2.6 >> Version: 3.0.0-3 >> Severity: normal >> >> Dear Maintainer, >> >> My laptop (T400, Intel WiFi Link 5300) is connected at university >> using Eduroam, an WPA2-enterprise network. After configuring the >> interface (either KDE or Gnome2 versions of network-manager), a >> connection will be established. After a while, however, the connection >> will be dropped (local reason 3), and will not be reestablished >> (Reason: 23) after an indefinite number of attempts. Apparently, nm is >> not able to renew the IP. >> >> >From the dmesg output, it seems the wifi card is struggling to decide >> which of two AP it should connect to. Extract from dmesg right after >> the first disconnect: > >I think that's a symptom, not a cause of the failure. > >> [ 817.555025] wlan0: deauthenticating from 00:16:9d:7c:97:02 by local >> choice (reason=3) [ 817.565665] cfg80211: Calling CRDA to update >> world regulatory domain [ 817.575513] wlan0: authenticate with >> 00:16:c7:71:a1:42 (try 1) [ 817.578148] wlan0: authenticated [ >> 817.579185] cfg80211: World regulatory domain updated: >> [ 817.579192] cfg80211: (start_freq - end_freq @ bandwidth), >(max_antenna_gain, max_eirp) >> [ 817.579200] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 817.579209] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 >mBi, 2000 mBm) >> [ 817.579216] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 >mBi, 2000 mBm) >> [ 817.579224] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 817.579232] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 817.580656] wlan0: associate with 00:16:c7:71:a1:42 (try 1) [ >> 817.583046] wlan0: RX AssocResp from 00:16:c7:71:a1:42 (capab=0x431 >> status=0 aid=78) [ 817.583049] wlan0: associated [ 818.626062] >> wlan0: deauthenticated from 00:16:c7:71:a1:42 (Reason: 23) [ >> 818.634705] cfg80211: Calling CRDA to update world regulatory domain [ >> 818.644952] cfg80211: World regulatory domain updated: >> [ 818.644960] cfg80211: (start_freq - end_freq @ bandwidth), >(max_antenna_gain, max_eirp) >> [ 818.644969] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 818.644977] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 >mBi, 2000 mBm) >> [ 818.644985] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 >mBi, 2000 mBm) >> [ 818.644993] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 818.645000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 >mBi, 2000 mBm) >> [ 821.971502] wlan0: authenticate with 00:16:9d:7c:97:02 (try 1) [ >> 821.974151] wlan0: authenticated [ 821.977578] wlan0: associate with >> 00:16:9d:7c:97:02 (try 1) [ 821.979659] wlan0: RX AssocResp from >> 00:16:9d:7c:97:02 (capab=0x431 status=0 aid=205) [ 821.979668] wlan0: >> associated [ 823.018591] wlan0: deauthenticated from >> 00:16:9d:7c:97:02 (Reason: 23) >> >> Disabling and reenabling the network helps to reconnect to Eduroam, >> but will not last for long, repeating the pattern described above. >> >> I first thought it was an issue with knetwork-manager in Wheezy's KDE >> [1], so I upgraded to testing. > >'wheezy' is the testing suite at the moment. Did you start from an earlier >installation of testing, or from stable ('squeeze')? > >> The issue remains in all kernels I've >> tried. I've also tried installing Gnome 2.32 from testing and using >> nm-applet. >> >> Following suggestions in some bug reports [2], I've tried disabling >> 11n and/or disabling power management (seems to be off in any case), >> but it doesn't help. This is all more puzzling, since my Ubuntu 10.10 >> partition has no such problems with Eduroam. I should note that Ubuntu >> 10.10 does disable 11n, but it's reenabled for 11.04 and later. I will >> try OpenSUSE >> 11.4 from a live USB to see if the problem also exists there. >> >> Finally, it should be mentioned that WPA2 at home works without >> issues, and with 11n enabled (where I'm writing this from). >> >> Regards, >> >> Miguel >> >> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594452 >> [2] >> https://bugs.launchpad.net/ubuntu/maverick/+source/linux- >firmware/+bug >> /630748 >> >> >> -- Package-specific info: >> ** Version: >> Linux version 3.0.0-1-amd64 (Debian 3.0.0-3) (ben@xxxxxxxxxxxxxxx) >> (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:21:11 UTC >> 2011 >> >> ** Command line: >> BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 >> root=UUID=26d17817-1add-4b72-8386-1039a90eb83a ro quiet >> acpi_sleep=sci_force_enable intel_iommu=on pcie_aspm=force >[...] > >I don't think it's likely to be relevant, but could you test without the >'pcie_aspm=force' option? > >Ben. > >-- >Ben Hutchings >To err is human; to really foul things up requires a computer. ��.n��������+%������w��{.n�����{���zW����ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
