> The gap is filled by some "Null function" packets originating > on the iPod (maybe it is getting impatient?). This gets me an > application-level timeout. Some comments about your "ipod_http_request_delayed_answer.pcap": Clients use "null functions" to tell the AP that they're going to sleep --- or that they are now waking up again. You can see this in wireshark if you open "IEEE802.11", then "Frame Control: xxxx", then "Flags". Look at the flag "PWR_MGT". While sleeping, the AP should notify the client via a bitmask in it's beacons that there is traffic for it. As your dump doesn't include the beacons from the AP, we can't see if the proper bit is set there. At time 36.04 the Ipod WLAN card signals that it woke up and it got then it's packet at time 36.70, which isn't awfully fast after the wakeup, but ... Just make a trace with beacons towards your mac80211 based AP and one trace towards another access points and compare the beacon. -- 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
