[Problem] FRITZ!Box 7490 verliert Pakete nach FW Update 2,4-GHz-Band

alecxs

Mitglied
Mitglied seit
22 Apr 2015
Beiträge
230
Punkte für Reaktionen
0
Punkte
16
Meine FRITZ!Box 7490 hat große Probleme mit dem Internet seit dem letzten Firmware Update. Webseiten öffnen teilweise erst nach 30 sek oder überhaupt nicht (The connection has timed out. The server at 192.168.1.1 is taking too long to respond.) Ein Neustart schafft kurzzeitig Abhilfe, nach 2-3 min fängt das Problem wieder an.

Das merkwürdige daran ist, das die WLAN Verbindung selbst stabil ist. Außerdem betrifft es immer nur einige Clienten, niemals alles Clienten zeitgleich. Hier ist mal ein Beispiel (75% packet loss)

Code:
mint@debian ~ $ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=11 ttl=63 time=1992 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=63 time=984 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=63 time=2.86 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=63 time=5.05 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=63 time=9.89 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=63 time=2.84 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=63 time=39.7 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=63 time=3.93 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=63 time=4.47 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=63 time=17.6 ms
64 bytes from 192.168.1.1: icmp_seq=63 ttl=63 time=983 ms
64 bytes from 192.168.1.1: icmp_seq=64 ttl=63 time=4.71 ms
64 bytes from 192.168.1.1: icmp_seq=65 ttl=63 time=5.35 ms
64 bytes from 192.168.1.1: icmp_seq=66 ttl=63 time=16.7 ms
64 bytes from 192.168.1.1: icmp_seq=67 ttl=63 time=4.68 ms
64 bytes from 192.168.1.1: icmp_seq=68 ttl=63 time=3.05 ms
64 bytes from 192.168.1.1: icmp_seq=69 ttl=63 time=3.89 ms
^C
--- 192.168.1.1 ping statistics ---
69 packets transmitted, 17 received, 75% packet loss, time 68443ms
rtt min/avg/max/mdev = 2.843/240.300/1992.059/538.294 ms, pipe 2
mint@debian ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
          inet addr:192.168.1.64  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: xxxx::xxx:xxxx:xxxx:xxxx/xx Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1953 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1882 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2294814 (2.1 MiB)  TX bytes:213726 (208.7 KiB)
          Interrupt:17
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:229 errors:0 dropped:0 overruns:0 frame:0
          TX packets:229 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:19877 (19.4 KiB)  TX bytes:19877 (19.4 KiB)
mint@debian ~ $

Ich vermute das die Firmware einen Bug hat und die FRITZ!Box 7490 intern mit den Datenpaketen nicht mehr richtig klar kommt, da die Konfiguration unseres Netzwerks seit ca. 1 1/2 Jahren unverändert funktioniert hat. Ich war immer der Auffassung "Never touch a running system" und hatte die automatischen FW Updates deaktiviert.

Mein Bruder hat jedoch kürzlich die FW aktualisiert. Die komplette Oberfläche sieht jetzt anders aus. Ich kann mich leider nicht erinnern welche FW vorher drauf war. Ich vermute irgendwas < 06.51 bezugnehmend auf diesen Artikel:

Fritzbox 7490: WLAN-Probleme

Interessant ist eigentlich nur der letzte Absatz, wo (statt über die Fritzbox 7490) über das WLAN einer Fritzbox 3370 getestet wurde, welche per LAN mit der Fritzbox 7490 verbunden war.
Das Ergebnis war unerwartet: Das WLAN-Signal der Fritzbox 3370 war plötzlich genauso schlecht als ob wir nur die Fritzbox 7490 alleine angeschlossen hätten.
Irgendwie scheint die Fritzbox 7490 die Pakete anders zu behandeln als es die Fritzbox 3370 tut. So zumindest mein Verständnis, aber das Verständnis der Autoren des Artikels scheint auch nicht übermäßig ausgeprägt zu sein.

Ich habe nun mal auf die LABOR Firmware aktualisiert, das Ergebnis ist das gleiche, schlechte Verbindung. Es könnte natürlich auch etwas mit dem WLAN oder DNS zu tun haben, ich glaube aber nicht, denn das Problem tritt ja bereits auf wenn ich die netzinterne IP-Adresse der Fritzbox pinge. Kann jemand meine Vermutung bestätigen dass es an der Firmware liegt, und eine Empfehlung abgeben welche Firmware "besser" ist?

Der Vollständigkeit halber hier noch die Konfiguration unseres Netzwerks. Wobei ich nicht denke dass es eine Rolle spielt, da bei einem Bekannten (ebenfalls Fritzbox 7490) auch diese 30 sek Verzögerung auftritt, und dieser nur die Fritzbox 7490 im 2,4-GHz-Band ohne irgendwelche Repeater betreibt.

Es befindet sich in jeder Etage des Hauses ein WLAN Router mit jeweils 3-4 Clienten (Handy, PS4, Laptop, etc)

UG: 192.168.1.15 TP-Link TL-WR841ND v9
- als WLAN-Client (bridged) + Virtual AP (auf Kanal 3)
EG: 192.168.1.1 FRITZ!Box 7490
- als DHCP/DNS + DSL + WLAN 2,4-GHz-Band (auf Kanal 3)
EG: 192.168.1.20 Linksys WRT54GL
- als WLAN-Client (auf Kanal 3) mit nur 1x (LAN) Client 192.168.1.64
OG: 192.168.1.10 TP-Link TL-WR841ND v10
- (mit Fritzbox über LAN verkabelt) als regulärer AP (auf Kanal 12)
DG: 192.168.1.25 TP-Link TL-WR841ND v10
- als WLAN-Client (bridged) + Virtual AP (auf Kanal 12)

Alle Router haben diesselbe SSID wie die Fritzbox, in allen Routern ist DHCP deaktiviert, die IP-Adressen sind < 50 statisch, als Gateway ist überall 192.168.1.1 eingetragen, DHCP der Fritzbox ist 192.168.1.51 - 192.168.1.200 für alle Clienten. Die WLAN Verbindungen sind gut, keine fehlerhaften Pakete in den jeweiligen Infoseiten der Router Statistik erkennbar. Benachbarte Fremd-WLANs sind mindestens 100 Meter vom Haus entfernt, auf Kanal 1,6 und 9. Das Problem tritt erst seit kurzem auf.

P.S. Die Signatur bitte ignorieren (ist von einem anderen Haushalt)
 
Zuletzt bearbeitet:
Ich kann mich leider nicht erinnern welche FW vorher drauf war. Ich vermute irgendwas < 06.51
Die vorherige Firmware-Version befindet sich noch in der anderen Partition der Fritzbox. Du kannst einfach durch Ändern der Variablen linux_fs_start mit dieser Version booten und deine Konfiguration testen.
Ist die installierte Version 7.10? Ich vermute nicht, dass die neue Firmware einen Bug hat. Zumindest ist kein solcher bekannt.
Was bedeutet "2,4-GHz-Band" im Titel? Tritt der Fehler etwa nicht im 5 GHz-Band auf?
Eher liegt der Fehler in der alten Konfig der Fritzbox. Abhilfe: Werksreset und komplett neu einrichten.
 
... Kann jemand meine Vermutung bestätigen dass es an der Firmware liegt, ...
Ich kann paket loss im 2.4GHz-WLAN der FB7490 mit der aktuellen Firmware bestätigen, aber nur dann wenn Geräte (Smartphones, Tablets) mit Android als OS, diese WLAN auch gleichzeitig nutzen.
Die Lösung war, mit diesen Geräten (Android als OS) das Gast-2.4GHz-WLAN zu benutzen.
 
Also mit dem Umschalten scheitert das gerade an einem LAN-Kabel, aber vermutlich wird dann auf der einen Partition FRITZ!OS 7.01 sein und auf der anderen ist FRITZ!OS 07.08-68239 BETA

Kann ich die Konfig exportieren, dann Werkreset, dann importieren? Oder muss ich tatsächlich alles von Hand neu einstellen... bekomme ich die Kinder dann überhaupt wieder in den Filter rein, oder muss ich warten bis die sich das nächste mal angemeldet haben?

5 GHz Band ist abgeschaltet, daher kann ich nur sagen das Problem tritt im 2.4 Ghz Band auf.

Ein Gast Netzwerk haben wir ebenfalls nicht aktiviert. Wozu sollte man das brauchen, wir haben keine Gäste?
 
Ein Gast Netzwerk haben wir ebenfalls nicht aktiviert. Wozu sollte man das brauchen, wir haben keine Gäste?
Naja, Gäste habe ich ab und zu schon, aber die benutzen mein Gast-WLAN nicht. ;-)

Wie ich bereits geschrieben habe, ich trenne mit dem Gast-WLAN die Geräte mit Android (als OS) von den anderen Geräten (mit anderem OS).
 
Mir ist aufgefallen dass die MAC-Adressen der Endgeräte falsch angezeigt werden, ist das normal? Die korrekte Bezeichung taucht stattdessen unter "ungenutze Verbindungen" auf, obwohl sie aktiv sind.

Hier mal zwei Beispiele:

debian --LAN--> WRT54GL --WiFi--> Fritzbox
PC-192-168-1-96
<--WiFi--> WR841ND --WiFi--> WR841ND <--LAN--> Fritzbox

Code:
WR841ND            LAN 2 mit 100 Mbit/s  192.168.1.10    xx:xx:xx:xx:A6:C0
WRT54GL            WLAN                  192.168.1.20    00:18:F8:xx:xx:xx
WR841ND            LAN 2                 192.168.1.25    xx:xx:xx:xx:A6:B8
WRT54GL            WLAN                  192.168.1.64    00:18:F8:xx:xx:xx
WR841ND            LAN 2                 192.168.1.96    xx:xx:xx:xx:A6:B8

ungenutze Verbindungen
debian                                   192.168.1.64    00:19:99:xx:xx:xx
PC-192-168-1-96    LAN 2                 192.168.1.96    00:6E:07:xx:xx:xx

Code:
mint@debian ~ $ ping 192.168.1.96
PING 192.168.1.96 (192.168.1.96) 56(84) bytes of data.
64 bytes from 192.168.1.96: icmp_seq=1 ttl=63 time=26.6 ms
64 bytes from 192.168.1.96: icmp_seq=2 ttl=63 time=11.4 ms
64 bytes from 192.168.1.96: icmp_seq=3 ttl=63 time=8.24 ms
64 bytes from 192.168.1.96: icmp_seq=4 ttl=63 time=40.3 ms
^C
--- 192.168.1.96 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 8.244/21.683/40.391/12.855 ms
mint@debian ~ $
 
einen Vorteil hätte der Gastzugang - man kann den Traffic unterscheiden im Online-Monitor
 
Ich habe das 5 GHz Band aktiviert und eine andere SSID vergeben, seitdem einige Geräte sich darüber verbinden tritt das Problem nicht mehr auf
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.