problem with stats and WPA on prism
Paul Fox
pgf
Tue Nov 21 11:42:56 PST 2006
i guess no one has any ideas on this, eh?
paul
i wrote:
> once in a while (actually, fairly often) when i connect to our
> linksys AP with my engenius prism card (1.8.2 or 1.8.4 firmware),
> i get connectivity, but the link stats are incorrect. this
> is reminiscent of an older bug that in the 0.3.x drivers, but
> i was under the impression it had been fixed.
>
> kernel: 2.4.24, with patch for wireless extensions 18 applied
> driver: hostap-driver-0.4.9
> wpa_supplicant: v0.4.9
> wireless tools:
>
> $ iwconfig --version
> iwconfig Wireless-Tools version 29
> Compatible with Wireless Extension v11 to v21.
>
> Kernel Currently compiled with Wireless Extension v18.
>
> wifi0 Recommend Wireless Extension v18 or later,
> Currently compiled with Wireless Extension v18.
>
> eth1 Recommend Wireless Extension v18 or later,
> Currently compiled with Wireless Extension v18.
>
>
> when everything is working properly, i have this:
>
> $ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr 00:02:6F:37:7F:A6
> inet addr:192.168.1.58 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:11225 errors:0 dropped:394 overruns:0 frame:0
> TX packets:67 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:994445 (971.1 Kb) TX bytes:7487 (7.3 Kb)
> Interrupt:55
>
> $ iwconfig eth1
> eth1 IEEE 802.11b ESSID:"linksys54g"
> Mode:Managed Frequency:2.432 GHz Access Point: 00:14:BF:74:25:2A
> Bit Rate:11 Mb/s Sensitivity=1/3
> Retry min limit:8 RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:off
> Link Quality=38/70 Signal level=-55 dBm Noise level=-93 dBm
> Rx invalid nwid:0 Rx invalid crypt:294 Rx invalid frag:0
> Tx excessive retries:0 Invalid misc:10271 Missed beacon:0
>
>
> when the problem occurs, i have this:
>
> $ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr 00:02:6F:37:7F:A6
> inet addr:192.168.1.58 Bcast:192.168.1.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:11346 errors:0 dropped:445 overruns:0 frame:0
> TX packets:83 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:1005990 (982.4 Kb) TX bytes:9382 (9.1 Kb)
> Interrupt:55
>
> $ iwconfig eth1
> eth1 IEEE 802.11b ESSID:"linksys54g"
> Mode:Managed Access Point: 00:14:BF:74:25:2A Bit Rate:11 Mb/s
> Sensitivity=1/3
> Retry min limit:8 RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:off
> Link Quality=0/70 Signal level=-100 dBm Noise level=-93 dBm
> Rx invalid nwid:0 Rx invalid crypt:298 Rx invalid frag:0
> Tx excessive retries:0 Invalid misc:10291 Missed beacon:0
>
>
> note the Link Quality values. note also the missing channel information.
> connectivity is fine -- it's just the stats that are bad (as far as
> i can tell.)
>
>
> i can fairly easily reproduce this, with a loop that downs the interface,
> kills off wpa_supplicant, then restarts it, and ups the interface again.
> wpa_supplicant's config looks like:
>
> network={
> proto=WPA
> key_mgmt=WPA-PSK
> ssid="linksys54g"
> psk="this_is_some_passphrase"
> scan_ssid=1
> }
>
>
> the behavior is independent of whether the SSID is hidden or not.
>
> i can supply more debug or config info as needed, and am happy
> to insert whatever extra debug tracing that might be required.
>
> btw, here's an exchange i had last year with tony espy about the
> similar (but more consistent) bug that i/we observed in the 0.3.X
> driver:
> http://lists.shmoo.com/pipermail/hostap/2005-December/012080.html
>
>
> paul
> =---------------------
> paul fox, pgf at brightstareng.com
> _______________________________________________
> HostAP mailing list
> HostAP at shmoo.com
> http://lists.shmoo.com/mailman/listinfo/hostap
=---------------------
paul fox, pgf at brightstareng.com
More information about the Hostap
mailing list