Ich habe jetzt einen funktionierenden (?) Node in Betrieb, aber leider ist die WLAN-Verbindung unzufriedenstellend.
Einmal läuft alles super, dann fällt Traffic komplett aus für mehrere Sekunden, dann kommen die Pakete (aus dem Puffer?) nach.
Das Problem ist reproduzierbar mit einem Befehl wie
ping6 -i 0.2 -c 100 fe80::f6f2:6dff:fe4a:2e%wlan0
Ausgabe sieht so aus wie es sich anfühlt:
PING fe80::f6f2:6dff:fe4a:2e%wlan0(fe80::f6f2:6dff:fe4a:2e) 56 data bytes
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=1 ttl=64 time=2546 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=14 ttl=64 time=1.23 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=15 ttl=64 time=3.25 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=16 ttl=64 time=1.74 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=17 ttl=64 time=1.09 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=18 ttl=64 time=1.06 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=19 ttl=64 time=266 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=20 ttl=64 time=1471 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=21 ttl=64 time=1367 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=22 ttl=64 time=1164 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=23 ttl=64 time=956 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=25 ttl=64 time=586 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=26 ttl=64 time=379 ms
64 bytes from fe80::f6f2:6dff:fe4a:2e: icmp_seq=27 ttl=64 time=171 ms
(...snip...)
Um einen Problem seitens meiner PCs auszuschließen, habe ich diesmal das Problem mit zwei Notebooks verifiziert (unterschiedliche OS, unterschiedliche WLAN-HW), verifiziert dass das Problem mit meinem normalen AP nicht passiert, und auch ein Reboot von Notebook oder FFRN Node nicht¹ hilft.
¹ direkt nach dem Reboot des FFRN-Node war die Verbindung wunderbar stabil, aber nach ca. 1 Minute gingen die Probleme wieder los.
Bei einer Verbindung über die internen LAN-Ports kann ich den TPLink mit Pings zuflooden und bekomme stabile 0.x ms Antwortzeit, ohne Paketverluste bei >10k Stück Paketen. Ich denke also nicht, dass er CPU-Bound ist, sondern eher ein Problem mit der WLAN-{Hard,Firm}ware vorliegt.
(1) Kann es sein, dass ich ein “Montagsgerät” erwischt habe?
(2) Ich weiß dass die v10 noch recht neu ist, gibt es ggf. experimentelle Firmware an deren Testung ich mich beteiligen könnte? Aktuell läuft 0.5.2-20160307 / gluon-v2016.1-1-g07175ba
und automatische Updates stehen auf stable
.
(3) Ich habe SSH-Key-Zugriff auf den Node. Gibt es bestimmte Befehle, deren Ausgabe nützliche Infos enthalten könnte?
Schonmal vielen Dank für eure Zeit,
- Danny