Date: Tue, 28 Feb 2006 13:33:10 +0000 From: "Peter de Rooij" <peter@derooij.org> To: "Sam Leffler" <sam@errno.com> Cc: freebsd-mobile@freebsd.org Subject: Re: ral/wpa_supplicant drops after successful WPA negotiation? Message-ID: <141fde50602280533m7460ada3i@mail.gmail.com> In-Reply-To: <43FA61A4.8030406@derooij.org> References: <43F9E6B4.3040309@derooij.org> <43F9F4AD.3070107@errno.com> <43FA61A4.8030406@derooij.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is follow-up to http://docs.FreeBSD.org/cgi/mid.cgi?43FA61A4.8030406 (lengthy!) In short, I am trying to use WPA with the ral driver (ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525) on 6.0 RELEASE. wpa_supplicant seems to negotiate successfully but then times out (authentication time-out). The debug message is "ral0: [XX:XX:XX:XX:XX:XX] send station disassociate (reason 8)" I also get an error "ioctl[SIOCS80211, op 20, len 7]: Can't assign requested address". Sam gave a suggestion as to the cause: > This sort of looks like the race I fixed in HEAD recently that caused > the timer used to identify unanswered mgt frame transmits to trigger > unexpectedly. but further digging showed it wasn't (symptoms didn't match). Well, I now can add more info: using Kismet from a separate PC I find one instance where the authentication times out *after* sending an encrypted data package. It's acknowledged (and then further ignored, since it's IPv6) by the AP. See frame 252 below. I can provide full details if useful. Disabling IPv6 does make no difference (auth time-out) so I would guess that it's not related to that. Excerpt from text export of kismet dump (belkin is the FreeBSD host, D-Link is the AP; I deleted all beacons and packets from other APs and hosts): =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D No. Time Source Destination Protocol In= fo 207 84.392377 Belkin_14:e8:0a Broadcast Probe Request Probe Request,SN=3D1,FN=3D0, SSID: Broadcast 208 84.392790 D-Link_1a:0b:65 (RA)=20 Acknowledgement Acknowledgement 209 84.393472 D-Link_05:1e:32 Belkin_14:e8:0a Probe Response Probe Response,SN=3D186,FN=3D0,BI=3D1000, SSID: "Epsilon3" 210 84.393591 D-Link_05:1e:32 (RA)=20 Acknowledgement Acknowledgement 219 86.993477 Belkin_14:e8:0a D-Link_05:1e:32 =20 Authentication Authentication,SN=3D0,FN=3D0 220 86.993651 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 221 86.994076 D-Link_05:1e:32 Belkin_14:e8:0a =20 Authentication Authentication,SN=3D195,FN=3D0 222 86.994624 Belkin_14:e8:0a D-Link_05:1e:32 =20 Association Request Association Request,SN=3D1,FN=3D0, SSID: "Epsilon3" 223 86.994791 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 224 86.995288 D-Link_05:1e:32 Belkin_14:e8:0a =20 Authentication Authentication,SN=3D195,FN=3D0 225 86.995409 D-Link_05:1e:32 (RA)=20 Acknowledgement Acknowledgement 226 86.996484 D-Link_05:1e:32 Belkin_14:e8:0a =20 Association Response Association Response,SN=3D196,FN=3D0 227 86.996964 D-Link_05:1e:32 Belkin_14:e8:0a =20 Association Response Association Response,SN=3D196,FN=3D0 228 86.997088 D-Link_05:1e:32 (RA)=20 Acknowledgement Acknowledgement 232 88.270387 fe80::211:50ff:fe14:e80a ff02::2:4c46:3d12 =20 ICMPv6 Multicast listener report 233 88.270620 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 236 90.473873 D-Link_05:1e:32 Belkin_14:e8:0a EAPOL Ke= y 237 90.474098 D-Link_05:1e:32 (RA)=20 Acknowledgement Acknowledgement 238 90.474716 Belkin_14:e8:0a D-Link_05:1e:32 EAPOL Ke= y 239 90.474951 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 240 90.477506 D-Link_05:1e:32 Belkin_14:e8:0a EAPOL Ke= y 241 90.477735 D-Link_05:1e:32 (RA)=20 Acknowledgement Acknowledgement 242 90.478066 Belkin_14:e8:0a D-Link_05:1e:32 EAPOL Ke= y 243 90.478301 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 244 90.480196 D-Link_05:1e:32 Belkin_14:e8:0a Data =20 Data,SN=3D204,FN=3D0 245 90.480814 D-Link_05:1e:32 Belkin_14:e8:0a Data =20 Data,SN=3D204,FN=3D0 246 90.481250 D-Link_05:1e:32 Belkin_14:e8:0a Data =20 Data,SN=3D204,FN=3D0 247 90.482007 D-Link_05:1e:32 Belkin_14:e8:0a Data =20 Data,SN=3D204,FN=3D0 248 90.482705 D-Link_05:1e:32 Belkin_14:e8:0a Data =20 Data,SN=3D204,FN=3D0 252 93.470464 Belkin_14:e8:0a =20 IPv6-Neighbor-Discovery_ff:14:e8:0a Data Data,SN=3D5,FN=3D0 253 93.470688 Belkin_14:e8:0a (RA)=20 Acknowledgement Acknowledgement 254 93.471615 Belkin_14:e8:0a =20 IPv6-Neighbor-Discovery_ff:14:e8:0a Data Data,SN=3D208,FN=3D0 281 118.677849 Belkin_14:e8:0a Broadcast Probe Request Probe Request,SN=3D41,FN=3D0, SSID: Broadcast =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Frames 244-248 are resends of the same encrypted data by the AP. Any suggestion what to do next? - buy a new wlan card? - buy a new AP? - install driver or kernel upgrade? - install Sam's bug fix even though it doesn't match the symptoms? - do something else that might help pinpoint the issue? (& don't hesitate to tell me I should post this elsewhere!) Cheers, Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?141fde50602280533m7460ada3i>