On Saturday 31 October 2009 21:21:56 Bob Copeland wrote: > On Thu, Oct 29, 2009 at 02:31:46PM +0100, Michael Buesch wrote: > > Ok, to sum up some discussion from IRC: > > > > The initial packets that fail are not pings, but ARPs. Which are broadcast > > frames. The access point simply fails to notify the station via DTIM for the > > pending multicast frames, so it stays in PS. Unicast and the corresponding > > TIM bitmap works properly, which also explains why it works once we got a > > successful ARP (and it didn't expire, yet). > > I don't think this fixes everything (I'm still seeing some mishandled > PS-poll frames) but this seemed to help pinging the PS client from the AP > side. Yeah this helps it a little bit. It's able to get an ARP out and it's able to receive _some_ pongs now. mb@homer:~$ ping 192.168.2.12 # ping the PS device PING 192.168.2.12 (192.168.2.12) 56(84) bytes of data. 64 bytes from 192.168.2.12: icmp_seq=1 ttl=64 time=86.8 ms 64 bytes from 192.168.2.12: icmp_seq=2 ttl=64 time=4090 ms 64 bytes from 192.168.2.12: icmp_seq=3 ttl=64 time=3092 ms 64 bytes from 192.168.2.12: icmp_seq=4 ttl=64 time=2094 ms 64 bytes from 192.168.2.12: icmp_seq=5 ttl=64 time=1100 ms 64 bytes from 192.168.2.12: icmp_seq=6 ttl=64 time=101 ms ^C --- 192.168.2.12 ping statistics --- 30 packets transmitted, 6 received, 80% packet loss, time 29002ms rtt min/avg/max/mdev = 86.898/1760.979/4090.333/1489.080 ms, pipe 5 -- Greetings, Michael. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
