I agree with the problem being related to WPA. On a dual boot Windows XP Pro & Ubuntu Gutsy Dell Latitude D830 machine, using the Intel 3945, connecting to a Watchguard Firebox e10-w, I have no problems connecting with WPA on Windows, but get many dropped "ping" packets when in Ubuntu. For example, pinging my default gateway gives me:
root@linux-vr:/etc# ping 192.168.20.1
PING 192.168.20.1 (192.168.20.1) 56(84) bytes of data.
64 bytes from 192.168.20.1: icmp_seq=1 ttl=64 time=1.63 ms
64 bytes from 192.168.20.1: icmp_seq=2 ttl=64 time=1.62 ms
64 bytes from 192.168.20.1: icmp_seq=3 ttl=64 time=1.60 ms
64 bytes from 192.168.20.1: icmp_seq=4 ttl=64 time=1.50 ms
64 bytes from 192.168.20.1: icmp_seq=5 ttl=64 time=1.75 ms
64 bytes from 192.168.20.1: icmp_seq=6 ttl=64 time=1.66 ms
64 bytes from 192.168.20.1: icmp_seq=7 ttl=64 time=1.36 ms
64 bytes from 192.168.20.1: icmp_seq=8 ttl=64 time=1.63 ms
64 bytes from 192.168.20.1: icmp_seq=9 ttl=64 time=2.14 ms
64 bytes from 192.168.20.1: icmp_seq=12 ttl=64 time=2.63 ms
--- 192.168.20.1 ping statistics ---
13 packets transmitted, 10 received, 23% packet loss, time 12001ms
rtt min/avg/max/mdev = 1.361/1.755/2.634/0.352 ms
If I turn WPA off, I get no dropped packets. I'm running kernel 2.6.22-14-generic, WPA_SUPPLICANT 0.60+0.58-0Ubuntu, and have set the mode using iwpriv set_mode to 4 and 2, (changing the Watchguard to match) as well as changing the power using "iwpriv set_power 1". I've configured the network with network manager and manually, with slightly better results setting manually, but still a 20%+ rate of dropped packets. My /etc/network/interfaces file is shown here:
root@linux-vr:/etc/network# more interfaces
auto lo
iface lo inet loopback
I've tried WPA(1), WPA(2), both with TKIP and AES. All result in dropped packets of more than 20%. Again, this whole setup works fine when the system is booted into Windows, or if I'm not using any authentication or encryption. So, it appears to me that there is clearly a bug somewhere.
I agree with the problem being related to WPA. On a dual boot Windows XP Pro & Ubuntu Gutsy Dell Latitude D830 machine, using the Intel 3945, connecting to a Watchguard Firebox e10-w, I have no problems connecting with WPA on Windows, but get many dropped "ping" packets when in Ubuntu. For example, pinging my default gateway gives me:
root@linux-vr:/etc# ping 192.168.20.1 755/2.634/ 0.352 ms
PING 192.168.20.1 (192.168.20.1) 56(84) bytes of data.
64 bytes from 192.168.20.1: icmp_seq=1 ttl=64 time=1.63 ms
64 bytes from 192.168.20.1: icmp_seq=2 ttl=64 time=1.62 ms
64 bytes from 192.168.20.1: icmp_seq=3 ttl=64 time=1.60 ms
64 bytes from 192.168.20.1: icmp_seq=4 ttl=64 time=1.50 ms
64 bytes from 192.168.20.1: icmp_seq=5 ttl=64 time=1.75 ms
64 bytes from 192.168.20.1: icmp_seq=6 ttl=64 time=1.66 ms
64 bytes from 192.168.20.1: icmp_seq=7 ttl=64 time=1.36 ms
64 bytes from 192.168.20.1: icmp_seq=8 ttl=64 time=1.63 ms
64 bytes from 192.168.20.1: icmp_seq=9 ttl=64 time=2.14 ms
64 bytes from 192.168.20.1: icmp_seq=12 ttl=64 time=2.63 ms
--- 192.168.20.1 ping statistics ---
13 packets transmitted, 10 received, 23% packet loss, time 12001ms
rtt min/avg/max/mdev = 1.361/1.
If I turn WPA off, I get no dropped packets. I'm running kernel 2.6.22-14-generic, WPA_SUPPLICANT 0.60+0.58-0Ubuntu, and have set the mode using iwpriv set_mode to 4 and 2, (changing the Watchguard to match) as well as changing the power using "iwpriv set_power 1". I've configured the network with network manager and manually, with slightly better results setting manually, but still a 20%+ rate of dropped packets. My /etc/network/ interfaces file is shown here:
root@linux- vr:/etc/ network# more interfaces
auto lo
iface lo inet loopback
auto eth1 47d2f32836a6d9b 2ec46c37b18470d b3d8fc64bdc8969 2c74
iface eth1 inet static
address 192.168.20.99
gateway 192.168.20.1
dns-nameservers 192.168.20.1
netmask 255.255.255.0
wpa-driver wext
wpa-ssid homer
wpa-ap-scan 1
wpa-proto WPA
wpa-pairwise TKIP
wpa-group TKIP
wpa-key-mgmt WPA-PSK
wpa-psk 8e46a434f28a435
I've tried WPA(1), WPA(2), both with TKIP and AES. All result in dropped packets of more than 20%. Again, this whole setup works fine when the system is booted into Windows, or if I'm not using any authentication or encryption. So, it appears to me that there is clearly a bug somewhere.