In meinem Mitschnitt sind auch Stellen wo die Verbindung beendet wurde ohne das ein
Disassociate Paket voraus ging. Der Mitschnitt ist auch nicht Bereinigt sondern ich habe bewusst einen Zeitpunkt gewählt wo nicht von den anderen gesendet wurde.
Folgendes habe ich bisher noch probiert, alles ohne Erfolg.
Alle WLAN Geräte deaktiviert so das nur noch das Nexus 5X alleine ist.
WLAN AC deaktiviert.
5GHz deaktiviert.
Möglichst weit weg von der Fritzbox damit ja noch mit voller Leistung gesendet wird.
Danach kamen die radikaleren Methoden, Fritzbox auf Werkseinstellung und nur beim WLAN alte SSID und PW vergeben.
Und zum Schluss nun sogar das Nexus 5X auf Werkseinstellungen zurück gesetzt.
Testszenario sah nun so aus, Fritzbox und Nexus 5X auf praktisch Werkseinstellungen, über WLAN verbunden, und einem Desktop PC an LAN1 der FB.
Soviel dazu das hier Geräte evtl. zerfrickelt sein könnten.
Da die betroffenen WLAN Clients eher zufällig sind und die Fritzbox immer die gleiche, sehe ich die Hauptschuld auf jeden Fall bei der Fritzbox.
Dafür spricht auch das diese Problemchen verschwindet wenn man die alte 6.30 Firmware verwendet (so ist zumindest an einigen Stellen zu lesen).
Da ich die Labor Threads nicht so genau lese, frage ich hiermit mal ob jemand weiß ob diese Problematik in einer Labor Version vielleicht schon behoben wurde?
- - - Aktualisiert - - -
Und noch was wichtiges habe ich vergessen zu schreiben. So ganz raus ist Android bei mir zumindest noch nicht. Denn sobald ich den Ruhezustand ausschalte (Einstellungen->Display->Ruhezustand = 30min) , werden keine Ab und Anmeldungen mehr vorgenommen. Und ja, "WLAN im Ruhemodus aktiviert lassen" steht auf "Immer".
- - - Aktualisiert - - -
Ergänzung: sobald der "Datensparmodus" aktiviert ist geschieht das Ab und Anmelden auch im im nicht-Ruhezustand.
- - - Aktualisiert - - -
Ich habe das ganze Spielchen mal auf die 2,4GHz verlagert. Damit ergibt sich die Möglichkeit die Schnittstelle "HW (2.4 GHz, wifi0) - Schnittstelle 0" mitzuschneiden.
Eine genaue Erklärung zu dieser Schnittstelle habe ich zwar nicht gefunden, in die Bezeichnung interpretiere ich aber das man dort näher an der Hardware dran ist ;-)
Wenn also wieder mal folgendes passiert (mac Adressen wurden verfremdet)...
19.11.16 15:03:41 WLAN-Gerät angemeldet (2,4 GHz), 144 Mbit/s, Nexus5X, IP 192.168.178.20, MAC SS:TT:AA:SS:TT:AA.
19.11.16 15:03:38 WLAN-Gerät wird abgemeldet (2,4 GHz): WLAN-Gerät antwortet nicht, Nexus5X, IP 192.168.178.20, MAC SS:TT:AA:SS:TT:AA. (#0104).
...dann kann man dazu im Mitschnitt folgendes sehen:
No. Time Source Destination Protocol Length Info
1202 15:03:39.226736 LgElectr_SS:TT:AA (SS:TT:AA:SS:TT:AA) (BSSID) AvmAudio_AA:AP
P (38:10:d5:AA:AP
P) (BSSID) 802.11 16 Power-Save poll, Flags=...P....
1203 15:03:39.226916 AvmAudio_30:20:06 LgElectr_SS:TT:AA 802.11 86 QoS Data, SN=100, FN=0, Flags=.p....F.
1204 15:03:39.233170 LgElectr_SS:TT:AA AvmAudio_AA:AP
P 802.11 28 QoS Null function (No data), SN=153, FN=0, Flags=.......T
1205 15:03:39.233913 LgElectr_SS:TT:AA AvmAudio_30:20:06 802.11 80 QoS Data, SN=75, FN=0, Flags=.p.....T
1206 15:03:39.234369 AvmAudio_AA:AP
P LgElectr_SS:TT:AA 802.11 26 Deauthentication, SN=256, FN=0, Flags=........
1207 15:03:39.240353 LgElectr_SS:TT:AA AvmAudio_AA:AP
P 802.11 28 QoS Null function (No data), SN=154, FN=0, Flags=...P...T
Warum nun in der Ereignisanzeige der Fritzbox Sekunde 38 steht , im Mitschnitt aber 39, entzieht sich meiner Kenntnis. In Sekunde 38 sind nur Beacon Frames unterwegs, das müsst ihr mir glauben.
Diese "Power-Save poll" vom Nexus5X (STA) finden reichlich statt (No. 1202). Sie werden vom STA immer dann an die Fritzbox (AP) gesendet wenn der STA aus dem Powersave heraus bei dem AP nachfragt ob es in der Zwischenzeit wo der STA im Powersave Mode war Daten für ihn angekommen sind. Die Antwort des AP (1203) folgt unmittelbar (1203 - 1202 = 0,18ms) oder bleibt völlig aus und der STA fragt weiter.
Ich habe mir nun viele Fälle bei mir angeschaut, und ich bin der Meinung das es nun wohl wichtig ist wie schnell der STA jetzt nochmal dem AP antwortet. Oben in dem schlechten Fall dauert dies (1204-1203) über 6ms. In den anderen schlechten fällen sind es immer 6,1ms bis 6,3ms. Dies ist der Fritzbox wohl zu lahm, und das Nexus fliegt raus (1206) ehe es sich wieder in den Powersafe Mode verabschieden kann (1207)
Als Gegenbeispiel mal ein guter Fall von dem es natürlich reichlich gibt.
577 15:02:52.224791 LgElectr_SS:TT:AA (SS:TT:AA:SS:TT:AA) (BSSID) AvmAudio_AA:AP
P (38:10:d5:AA:AP
P) (BSSID) 802.11 16 Power-Save poll, Flags=...P....
578 15:02:52.224969 AvmAudio_30:20:06 LgElectr_SS:TT:AA 802.11 86 QoS Data, SN=70, FN=0, Flags=.p....F.
579 15:02:52.225831 LgElectr_SS:TT:AA AvmAudio_AA:AP
P 802.11 28 QoS Null function (No data), SN=69, FN=0, Flags=.......T
580 15:02:52.226651 LgElectr_SS:TT:AA AvmAudio_30:20:06 802.11 80 QoS Data, SN=74, FN=0, Flags=.p.....T
581 15:02:52.238171 LgElectr_SS:TT:AA AvmAudio_AA:AP
P 802.11 28 QoS Null function (No data), SN=70, FN=0, Flags=...P...T
Hier dauert die Antwort des AP auf die Power-Save poll Frage wieder nur 0,18ms. Und die weitere Antwort des STA ist hier in 0,8ms erledigt (zur Erinnerung, im schlechten Fall waren es über 6ms)
Das ganze scheint mir also eine Art timeout Problem zu sein. Das Smartphone antwortet zu spät oder die Fritzbox schmeisst zu früh raus. Sucht es euch aus.
