wpa_supplicant: Problems associating with Cisco Arionet 1231

Berthold Cogel cogel at rrz.uni-koeln.de
Sun Oct 22 17:40:59 EDT 2006


Hello!

While I have no trouble to set up a WLAN connection at Home and some
other locations, I'm unable to connect to the WLAN at work. We're using
a 'historical' setup with WEP in combination with VPN.

My system:

Debian unstable/testing with homemade (vanilla) kernel linux-2.6.18,
patched with ieee80211-1.2.15, suspend 2 and with the ipw2200-1.2.0 modules.

I'm using a roaming setup with wpasupplicant (0.5.5-2), ifplugd (0.28-2)
and guessnet (0.41-1). The setup works fine for my network at home
(cable and WLAN with a Linksys WRTG 54G router).


/etc/modprobe.d/ipw2200:

options ipw2200 associate=0 led=1 hwcrypto=0 debug=0x43fff


'iwlist eth1 scanning' gives:

eth1      Scan completed :
          Cell 01 - Address: 00:0E:84:BE:31:60
                    ESSID:"tsunami"
                    Protocol:IEEE 802.11bg
                    Mode:Master
                    Channel:9
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s
                              11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s
                    Quality=55/100  Signal level=-68 dBm
                    Extra: Last beacon: 4ms ago
          Cell 02 - Address: 00:40:96:34:F2:2C
                    ESSID:"tsunami"
                    Protocol:IEEE 802.11b
                    Mode:Master
                    Channel:1
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s
                    Quality=27/100  Signal level=-83 dBm
                    Extra: Last beacon: 3124ms ago

According to my colleagues, this is only one physical access point
(Cisco Arionet 1231).


wpa_supplicant.conf (other networks removed):

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1

# wlan at work
network={
	ssid="tsunami"
	id_str="uni_wlan"
	key_mgmt=NONE
	auth_alg=SHARED
	wep_key0=nottosay
	wep_tx_keyidx=0
}



/etc/network/interfaces (only the WLAN part):

auto eth1
iface eth1 inet manual
	wpa-driver wext
	wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
	
iface uni inet dhcp	


I've removed other WLAN definitions for debugging.

If I remove the eth1 part from /etc/network/interfaces (or tell ifplugd
not to use eth1), I can associate after reboot to the accesspoint
manualy with

'iwconfig eth1 essid tsunami key donotsay'.


With the roaming setup, association is impossible. I've also tried to
associate to the accesspoint with wpa_supplicant:

'wpa_supplicant -ieth1 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf -dd'

There are a lot of state changes between ASSOCIATING/DISCONNECTED in the
output. I've tried different locations with varying signal strength with
the same results.

To me it looks like a problem with wpa_supplicant and this type of
accesspoint, because I made the same SSID/Key setup at home, where I had
no problem to connect to the accesspoint.

/var/log/messages:

Oct 20 14:46:57 localhost kernel: ieee80211: 802.11
data/management/control stack, 1.2.15
Oct 20 14:46:57 localhost kernel: ieee80211: Copyright (C) 2004-2005
Intel Corporation <jketreno at linux.intel.com>
Oct 20 14:46:57 localhost kernel: b44.c:v1.01 (Jun 16, 2006)
Oct 20 14:46:57 localhost kernel: ACPI: PCI Interrupt 0000:02:02.0[A] ->
Link [LNKD] -> GSI 6 (level, low) -> IRQ 6
Oct 20 14:46:57 localhost kernel: eth0: Broadcom 4400 10/100BaseT
Ethernet 00:c0:9f:6a:c8:ad
Oct 20 14:46:57 localhost kernel: ipw2200: Intel(R) PRO/Wireless
2200/2915 Network Driver, 1.2.0dmq
Oct 20 14:46:57 localhost kernel: ipw2200: Copyright(c) 2003-2006 Intel
Corporation
Oct 20 14:46:57 localhost kernel: ACPI: PCI Interrupt 0000:02:04.0[A] ->
Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
Oct 20 14:46:57 localhost kernel: ipw2200: Detected Intel PRO/Wireless
2200BG Network Connection
Oct 20 14:46:57 localhost kernel: ipw2200: Radio Frequency Kill Switch
is On:
Oct 20 14:46:57 localhost kernel: Kill switch must be turned off for
wireless networking to work.
Oct 20 14:46:57 localhost kernel: ipw2200: Detected geography ZZM (11
802.11bg channels, 0 802.11a channels)


I've attached /var/log/debug for the initialisation of the driver
and firmware. I've also attached /var/log/debug for both manual and
roaming association attempt and the output of wpa_supplicant.

ipw_init.log        /var/log/debug, driver init
ipw_manual.log      /var/log/debug, manual association
ipw_supplicant.log  /var/log/debug, with wpa_supplicant
wpasupplicant.log   output of wpa_supplicant

I get a lot of 'excluded because of storming' messages and I see
'ipw_rx_notification AUTH_SEQ_1_FAIL' in the log. Help would be appreciated.


Thanks,

Berthold


-------------- next part --------------
A non-text attachment was scrubbed...
Name: ipw_init.log.gz
Type: application/x-gzip
Size: 1286 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20061022/ea8fa5cc/attachment.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ipw_manual.log.gz
Type: application/x-gzip
Size: 2083 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20061022/ea8fa5cc/attachment-0001.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ipw_supplicant.log.gz
Type: application/x-gzip
Size: 2717 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20061022/ea8fa5cc/attachment-0002.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wpasupplicant.log.gz
Type: application/x-gzip
Size: 1738 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20061022/ea8fa5cc/attachment-0003.bin 


More information about the HostAP mailing list