Red Hat Bugzilla – Bug 503983
Using 5100AGN adapter, cannot connect to WPA2-Enterprise network.
Last modified: 2010-09-06 02:47:07 EDT
Created attachment 346429 [details]
'dmesg' output during initiation and failure.
Description of problem:
When I connect to a certain WPA2-Enterprise network using an Intel 5100AGN wireless adapter (iwlagn driver), the connection is successfully made, but after only a few seconds ceases to function. This does not appear to register with NetworkManager as a dropped connection.
Using Windows with the 5100AGN adapter, or Fedora with an Intel 3945ABG adapter, I am able to connect to this network without issue.
Using Fedora with the 5100AGN adapter, I am also able to connect without issue to a WPA2-PSK network.
Version-Release number of selected component (if applicable):
kernel: 126.96.36.199-102.fc11.x86_64, 188.8.131.52-155.fc11.x86_64, 184.108.40.206-167.fc11.x86_64
I attach the output of 'dmesg' and the output to '/var/log/messages' during the initiation and failure of the connection.
Created attachment 346430 [details]
Output to '/var/log/messages' during initiation and failure.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
The problem appears to be related to the use of the 802.11n protocol, as the connection works normally when I disable 802.11n by inserting the following line into /etc/modprobe.d/local.conf:
options iwlagn 11n_disable=1 11n_disable50=1
I was able to reproduce this problem under Fedora 12:
On an Lenovo X200s,
where the iwlagn driver is trying to get a
Intel Wireless WiFi Link 5100AGN REV=0x54
to talk to a WPA2 network (basically the same as the description).
Also, I can confirm the work-around in #3 does work-around the problem,
at the cost of losing 802.11n.
-> kernel and this is a driver issue, not a supplicant issue.
Please try latest 220.127.116.11 kernels available in F11 updates. It's quite possible they will fix the issue. If not, please make sure you check the "I'm providing the requested information" checkbox to move the bug out of NEEDINFO state.
Using kernel version 18.104.22.168-99.fc11.x86_64, the connection still fails when 802.11n is turned on but works normally when 802.11n is turned off.
(In reply to comment #0)
> When I connect to a certain WPA2-Enterprise network using an Intel 5100AGN
> wireless adapter (iwlagn driver), the connection is successfully made, but
> after only a few seconds ceases to function. This does not appear to register
> with NetworkManager as a dropped connection.
I also experienced this when signal strenght was ca. 42 % but I was able to surf internet for at least 2 minutes. I reconnected and Internet returned.
Now I'm writing from place where signal strength is ca. 65% and I'm not losing connection since at least 10 minutes.
1) the same wireless card
2) Fedora 12 Kernel 22.214.171.124-174.2.3 i686.PAE
4) I connect using WPA2-Enterprise TLS with CA certificate (.pem) and Private key(.p12)
5) I didn't set
options iwlagn 11n_disable=1 11n_disable50=1
Just curious, can you replicate with a 2.6.32-based kernel?
F-11 -- http://koji.fedoraproject.org/koji/buildinfo?buildID=158901
F-12 -- http://koji.fedoraproject.org/koji/buildinfo?buildID=158902
I will try with current F12 when I can (maybe as long as next week).
Tried with 126.96.36.199-70.fc12.x86_64.
I see the same problem as the original report (connection drops "after a while") when connection to an 802.11abgn router.
When I put "options iwlagn 11n_disable=1 11n_disable50=1" in /etc/modprobe.d/local/conf things seem happier.
Can You try a new kernel 188.8.131.52 from koji, which contains a N-only network fix, perhaps this fix helps also with that issue.
If bug is not fixed, please provide logs when module is loaded with debug=0x47833fff parameter. This will generate a lots of debugging messages.
When logging, please assure you have "kern.*" log to messages in /etc/rsyslog.conf like in example bellow:
If you will modify /etc/rsyslog.conf please do not forgot to restart syslog daemon.
Test of rawhide 2.6.34 kernel, will be also very much appreciated, as we would know if the bug is fixed upstream or not.
(In reply to comment #10)
> Tried with 184.108.40.206-70.fc12.x86_64.
> I see the same problem as the original report (connection drops "after a
> while") when connection to an 802.11abgn router.
What about kernel from here:
I pulled down that kernel from koji, but it demands kernel-firmware >= 220.127.116.11-94.fc12 to install (and that will be necessary to test wireless).
Can I just ignore that rpm dependency? I don't see kernel-firmware in koji. (Although perhaps I'm not searching correctly?)
kernel-firmware is available to download on above koji page as noarch package.
If you have kernel-firmware package installed from older 2.6.32.x kernel you can use --nodeps.
Sigh, in the time it too me to test koji, there was a new official kernel that supercedes 18.104.22.168-94.
I'm running the released 22.214.171.124-99.fc12.x86_64, and, hey, it seems to work. That is, iwconfig reports:
wlan0 IEEE 802.11abgn ESSID:"xxx"
Mode:Managed Frequency:2.417 GHz Access Point: 00:11:92:01:A6:70
Bit Rate=1 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Link Quality=53/70 Signal level=-57 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
So I've been locked in to an n-base station all day, without the fix mentioned in comment #10. So potentially the bug got fixed between 126.96.36.199-90 and 188.8.131.52-99!
I'll post again if I notice problems after more extensive testing. (I've primarily been on ethernet, not wireless.) But potentially this one is closable as fixed.
Ok, I'm closing this bug. Please reopen if You get this issue again.
Ok, I am having a similar problem as above. If I boot with the 184.108.40.206-99.fc12.i686.PAE the system stalls. I receive the IP address then dead but does not disconnect.
If I boot with the 220.127.116.11-127.fc12.i686.PAE kernel everything works fine. I am using an AirLink 101 PCMCIA which is a straight G card and a Linksys WRT54GL Firmware Version: v4.30.11. Wireless security is set to wpa2-psk, aes, group rekey 3600.
AirLink 101 is different device, so this is different bug. Please open new bug report for it and assign it to me. Thanks.
I just got a chance to test this again with Fedora 13 (kernel-18.104.22.168-112.fc13.x86_64). It is still not working.
I unfortunately did not have enough time to collect logs with the debug option enabled; if they are needed, notify me within the next two weeks.
This Works For Me on F13, consistent with comment #15 (which was against F12).
August, what is your AP model?
It is a semi-public access point and I do not know the model name. Is there a way to determine this remotely?
No as far a I know. We can only see what AP send to us like beacon frames or other types of frames.
Could you please try new kernel from koji:
We have some fixes applied that may help with this bug. If it not helps, logs will be needed.
I was hoping to get back to that AP at some point to make the tests (I am now working in a different location), but that now looks impossible. If the problem crops up with another AP I will see if I can post some logs.
Ok, I'm closing the bug with insufficient data resolution.