On 21.11.2012 10:44, Arend van Spriel wrote: > On 11/20/2012 11:45 PM, Daniel Wagner wrote: >>> >>> I am currently not able to reproduce a complete loss of connectivity. >> >> I fear it is a heisenbug. After turning the tracing off I was able to >> reproduce it very easily. > > That is too bad. I always wondered about the tracing overhead affecting > reproducibility. So the trace that you uploaded was not showing the > issue of connection loss you are having? The trace does only show that the throughput goes considerable down and the download might even stop shortly but overall the system recovers again. Well, to add some random observation here, I think I see the same pattern when using MacOS (yeah, sorry, dual boot). With MacOS the link is usable but the throughput sometimes really goes down and recovers then. Obviously, this could also be something else, I tried it with an pretty old AP which only support 11g. Using the 11g AP didn't show this behavior. My 'test' setup is following: I downloaded a larger file and let a youtube video play. With tracing enabled the download and the playback did work nicely. Without tracing enabled playing back only a youtube video was 'triggering' the problem. It downloads a few seconds of content in a burst and then the playback starts. Under normal conditions, the app will continue downloading the video at a lower rate. But this normally doesn't happen right now. Often it will just stop working and often the connection is completely blocked, e.g. pinging a host wont work. -- 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
