Hallo zusammen,
Ich beobachte folgenden Effekt, den ich gleich an einem Beispiel beschreibe, damit möglichst viele dies auch mal testen können.
Es betrifft nur Systeme mit Wireless-Chip der N-Generation (802.11n, 300MBit). Es spielt aber keine Rolle, ob der AP dies unterstützt oder nicht.
Einen längere Zeit dauernden Download starten.
Mit der "Systemüberwachung" den Netzwerkverkehr beobachten.
Ich beobachte nun regelmäßig, alle 2 Minuten einen totalen Einbruch in der Übertragungsrate für ca. 5 Sekunden. Wohlgemerkt: Die Verbindung bleibt bestehen. So wie ich das bisher sehe, hängt das mit dem regelmäßigen Scannen der Channels nach verfügbaren APs zusammen, die auch immer genau im Moment der Unterbrechung im syslog gemeldet werden (CTRL-EVENT-SCAN-RESULTS). Da es bei Draft-N anscheinend wesentlich mehr Channels gibt, dauert der gesamte Prozess auch länger. Da zum Scannen ein Wechseln der Channels notwendig ist, kann während dieser Zeit kein Datentransfer stattfinden.
Soviel zu meiner Theorie. Nun interessiert mich natürlich, ob dies ein generelles draft-N Problem ist, oder doch ein Chipsatz/Treiberproblem. Daher bitte ich draft-N-Besitzer unter Euch, diesen Test einmal zu machen und hier die Ergebnisse - unter Angabe des Chipsatzes und des Treibers - zu veröffentlichen. Jetzt oder später sind natürlich auch bereits Lösungsansätze herzlich willkommen. Ich habe bisher nur diesen vagen Hinweis gefunden:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/460886/comments/11
Besonders störend empfinde ich den Effekt, wenn ich in einer Remoteshell arbeite und alle 2 Minuten im Arbeitsfluß unterbrochen werde... Das es auch anders geht zeigt - urgs - Windows... 🙄
Dann fange ich mal an:
Chipsatz Atheros AR928X, Kernel 2.6.31-17-generic, Treibermodul ath9k (sowohl compat-wireless-2.6.33-rc1, als auch linux-backports-modules-wireless-karmic-generic 2.6.31.17.30): Problem nachvollziebar.