Hi Helmut, happy new year for you, too! Helmut Schaa schrieb: > Hi Andreas, > > Am Samstag, 31. Dezember 2011, 21:35:04 schrieb Andreas Hartmann: >> Andreas Hartmann schrieb: >>> Hello, >>> >>> I tested compat-wireless-3.2-rc6-3 with kernel 3.1 and a rt2860 device >>> running in AP mode (80211.n - 40 MHz). During >>> >>> netperf -t TCP_STREAM -H ap >>> >>> the data stream mostly stalls (-> the device receives data) after a few >>> seconds and never comes up any more. The connection is completely death. >>> I have to restart wpa_supplicant to get it working again. >>> >>> >>> >>> I tried to isolate the problem the following way: >>> >>> 1. Running compat-wireless-3.2-rc6-3 with the rt2x00 level from >>> compat-wireless-3.1.1-1. The problem didn't gone. >>> >>> 2. Running compat-wireless-3.1.1-1 with the rt2x00 based changes in >>> compat-wireless-3.2-rc6-3. I can't see the problem any more. >>> >>> >>> That's why I think, that the problem must be outside the rt2x00 changes. >>> But there are many changes outside :-). >> >> >> Removing this patch >> >> mac80211: retry sending failed BAR frames later instead of tearing down >> aggr (http://www.spinics.net/lists/linux-wireless/msg76379.html) makes >> it working again. >> >> Device is: RaLink RT2800 802.11n PCI > > What's the client device connected to the rt2x00 AP? It's a rt3572 usb chip (Linksys WUSB600N v2), driven with the rt3572sta module. > Mind to send a > 802.11 capture wen this stall happens? I would try to scan the traffic with a third device in monitor mode (airmon-ng). But: 802.11n uses more than one channel. How can I get them? airmon-ng can't be told to listen to more than one channel at a time (or better: I probably don't know how to do it :-)). Do you have an idea, how to completely trace 802.11n? Thanks, Andreas -- 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
