[SOLVED] DHCP on wireless broadcom

JMO · 2011-02-22 18:00:07

I'm running with troubles in this one.

My notebook has a Broadcom 4323 wireless card, wich is correctly recognized and loaded via brcm80211 with kernel (2.6.37-pf3)

I have wpa_supplicant installed, and have followed througoutly the Wireless Setup and WPA supplicant documentation, trying to set it up manually and via wpa_supplicant.conf

My home network uses WPA2-Personal encryption with a passphrase.

Everything goes just as the guides say, until I have to request an IP. DHCP times out waiting for the carrier.

What am I missing here? I even went to the troubleshooting, but didn't work.

Thanks in advance.-

Last edited by JMO (2011-02-24 18:30:39)

Kirurgs · 2011-02-23 07:21:14

To be able to help you, we need something to work with...
What too you use to connect?
Logs from that tool why it can't connect?
dmesg or tail -f /var/log/everything?
Error message?
ps -ef | grep dhc ?
ps -ef | grep wpa_s ?

JMO · 2011-02-23 17:53:03

Ok. The only thing I do before the next steps is to push the WiFi button on my notebook. Otherwise, when doing iwlist wlan0 scan the system will hang.

I disabled network daemon, and then from a terminal did this.

And this is the dmesg after doing that.

JMO · 2011-02-24 15:06:57

I really think it's not a DHCP issue. It works flawlessly with eth0. I think it has something to do with the config files, but I can't imagine what...

ewaller · 2011-02-24 16:01:24

It is not DHCP.

It looks like you are associating with Argiopea7. Is that the ESSID of your router? I'm guessing so because your signal strength looks like your sitting right on top of it.

Unlike WEP, you do not need a passphrase to associate with a WEP or WEP2 router. The encryption is handled as a higher level -- but if it is not correct, any attempt to use any part of the TCP/IP stack will be unfruitful

I think your problem is with your passphrase and encryption. You are associating with the router, but are unable to encrypt messages such that the router can decrypt them. Likewise anything sent to you from the router is gibberish as well. You might try running wpa_supplicant in interactive mode to ring the problem out by hand. Other than that, go back a re-check your ESSID / passphrase pairs in your config files.

JMO · 2011-02-24 18:28:57

Ok. I got it!

For everyone with a similar problem:

I toke a look to wpa_supplicant while it started using the -d option to debug it.

There are "State" flags on the verbose output wich, as the man page says, signals the current step wpa_supplicant is taking. Mine seemed to reach a point in negotiating the key (as ewaller said up there) where it disconnected.

State: ASSOCIATED -> 4WAY_HANDSHAKE
WPA: RX message 1 of 4-Way Handshake from 68:7f:74:e1:8b:41 (ver=2)
RSN: msg 1/4 key data - hexdump(len=22): dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
WPA: PMKID in EAPOL-Key - hexdump(len=22): dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
RSN: PMKID from Authenticator - hexdump(len=16): ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
RSN: no matching PMKID found
WPA: Renewed SNonce - hexdump(len=32): 17 2e af 99 f5 3f 2a 78 33 3e ce 4d f8 cb b4 60 36 8d 10 5d d1 b3 ac 5e c3 9c c8 2e 3d 51 e7 97
WPA: PTK derivation - A1=70:f3:95:b8:d2:96 A2=68:7f:74:e1:8b:41
WPA: PMK - hexdump(len=32): [REMOVED]
WPA: PTK - hexdump(len=48): [REMOVED]
WPA: WPA IE for msg 2/4 - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00
WPA: Sending EAPOL-Key 2/4
WPA: TX EAPOL-Key - hexdump(len=121): 01 03 00 75 02 01 0a 00 00 00 00 00 00 00 00 10 bb 17 2e af 99 f5 3f 2a 78 33 3e ce 4d f8 cb b4 60 36 8d 10 5d d1 b3 ac 5e c3 9c c8 2e 3d 51 e7 97 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 da 4a 8a 86 cd 69 6f 54 90 21 50 7f 76 ed 10 6f 00 16 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00
EAPOL: startWhen --> 0
EAPOL: disable timer tick
EAPOL: SUPP_PAE entering state CONNECTING
EAPOL: enable timer tick
EAPOL: txStart
WPA: drop TX EAPOL in non-IEEE 802.1X mode (type=1 len=0)
RX EAPOL from 68:7f:74:e1:8b:41
RX EAPOL - hexdump(len=121): 01 03 00 75 02 00 8a 00 10 00 00 00 00 00 00 10 bc e0 e2 10 f3 33 e2 b7 08 fd f8 ca 3e 69 d3 0a 49 bc 84 a2 70 89 f2 e9 6f 65 30 1c a3 06 20 d0 de 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
IEEE 802.1X RX: version=1 type=3 length=117
  EAPOL-Key type=2
  key_info 0x8a (ver=2 keyidx=0 rsvd=0 Pairwise Ack)
  key_length=16 key_data_length=22
  replay_counter - hexdump(len=8): 00 00 00 00 00 00 10 bc
  key_nonce - hexdump(len=32): e0 e2 10 f3 33 e2 b7 08 fd f8 ca 3e 69 d3 0a 49 bc 84 a2 70 89 f2 e9 6f 65 30 1c a3 06 20 d0 de
  key_iv - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  key_rsc - hexdump(len=8): 00 00 00 00 00 00 00 00
  key_id (reserved) - hexdump(len=8): 00 00 00 00 00 00 00 00
  key_mic - hexdump(len=16): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
WPA: RX EAPOL-Key - hexdump(len=121): 01 03 00 75 02 00 8a 00 10 00 00 00 00 00 00 10 bc e0 e2 10 f3 33 e2 b7 08 fd f8 ca 3e 69 d3 0a 49 bc 84 a2 70 89 f2 e9 6f 65 30 1c a3 06 20 d0 de 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 16 dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
State: 4WAY_HANDSHAKE -> 4WAY_HANDSHAKE
WPA: RX message 1 of 4-Way Handshake from 68:7f:74:e1:8b:41 (ver=2)
RSN: msg 1/4 key data - hexdump(len=22): dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
WPA: PMKID in EAPOL-Key - hexdump(len=22): dd 14 00 0f ac 04 ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
RSN: PMKID from Authenticator - hexdump(len=16): ff a4 0d 3f 01 d1 40 5b 38 9d fe bb 29 2f 65 29
RSN: no matching PMKID found
WPA: PTK derivation - A1=70:f3:95:b8:d2:96 A2=68:7f:74:e1:8b:41
WPA: PMK - hexdump(len=32): [REMOVED]
WPA: PTK - hexdump(len=48): [REMOVED]
WPA: WPA IE for msg 2/4 - hexdump(len=22): 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00
WPA: Sending EAPOL-Key 2/4
WPA: TX EAPOL-Key - hexdump(len=121): 01 03 00 75 02 01 0a 00 00 00 00 00 00 00 00 10 bc 17 2e af 99 f5 3f 2a 78 33 3e ce 4d f8 cb b4 60 36 8d 10 5d d1 b3 ac 5e c3 9c c8 2e 3d 51 e7 97 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 52 b9 26 87 16 26 9d a5 d6 a8 03 b9 c8 d1 73 4f 00 16 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 00 00
CTRL-EVENT-TERMINATING - signal 2 received
Removing interface wlan0
wpa_driver_wext_deauthenticate
No keys have been configured - skip key clearing
State: 4WAY_HANDSHAKE -> DISCONNECTED

So I added the update_config=1 option to /etc/wpa_supplicant.conf and used wpa_gui to interactively configurate it.
Well, there is and option in the last tab to request a PIN or use the WiFi Protected button. I used the last. It negotiated and connected easily. Then I saved the configuration, did

sudo dhcpcd wlan0

and voila! brcm80211 with Wireless-N working on my notebook

Must thanks you ewaller. Your insight guide me to the solution.

Arch Linux

#1 2011-02-22 18:00:07

[SOLVED] DHCP on wireless broadcom

#2 2011-02-23 07:21:14

Re: [SOLVED] DHCP on wireless broadcom

#3 2011-02-23 17:53:03

Re: [SOLVED] DHCP on wireless broadcom

#4 2011-02-24 15:06:57

Re: [SOLVED] DHCP on wireless broadcom

#5 2011-02-24 16:01:24

Re: [SOLVED] DHCP on wireless broadcom

#6 2011-02-24 18:28:57

Re: [SOLVED] DHCP on wireless broadcom

Board footer