[Info] Hersteller bestätigt Geschwindigkeitsfehler in FritzOS 8.20 bei vorgeschaltetem Modem

[tango501]

mit FRITZ!OS 8.25 auf der 4630 keine Probleme

Welches Modem wird davor genutzt?

 

[dirk49]

Welches Modem wird davor genutzt?

1000/200 1&1 Glasfaser-Netzanschlussgerät von Sercomm (ist wohl ähnlich Telekom 2 oder 2b), geliefert von 1&1 im Mai 2026
600/300 NOKIA G-010G-P, geliefert von Deutsche Glasfaser im Juni 2020
Da beide Anschlüsse überprovisioniert sind, liefert der Ookla Speedtest Messwerte jeweils oberhalb der nominellen Geschwindigkeit (z. B. 1060/220).

 

[Ldwg2002]

Geschwindigkeitsfehler! Was ist das? Interessiert gelesen und angesprochen worden durch

Und (vielleicht) auch 4050, 4060, 4690, 5690 nonPro usw…

weil hier eine 4050 mit ONT Telekom Modem2 an Gf-TA mit gebuchten 150/75 anliegt.

Wann hatten die ersten Labortester diesen Fehler hier im Forum nochmal gemeldet?

Das erste mal tauchte dieser Fehler Pressemäßig in einem Artikel der Chip vom 15.10.2025 auf. Dort aber nur in einem Testbericht.

Ist dann nicht bereits vor FritzOS 08.2x ein FEHLER im Labor 08?

Wirken sich Paketverluste auf Layer 1,2 im Router als "Geschwindigkeitsfehler" (schwammiges Fehlerbild) aus? Nach meinem Verständnis, ja.

Paketverlust auf der Bridge an der 4050 08.10-124223 BETA wurden Ende September 2025 hier dokumentiert: FRITZ!Box 4050 - Release 8.xx - #13 #15 #17. Tickets existierten bereits mehrfach beim ISP und beim FRITZ, um überhaupt die Brandmauer zur Kundenabwehr (Support) zu durchdringen. In einem VPN-Tunnel gab es diese Paketverluste nicht 7490: VPN auf 20 MBit/sec limitiert? #9.

Die Paketverluste wurden mit smokeping und PingInfoView dokumentiert.​

An einer 6690 Cable verwendet @mainufer den Pingplotter.com um Paketverlust auf der Bridge zu dokumentieren, #57 #62, ab #63 trafen wir zusammen. Intensives Monitoring #67 hat auch im Oktober die Probleme an der 4050 in #88 mit neuerer Firmware vom 09.10.25 bestätigt. Meine Diagnose im Monitoring #94 bestätigt @mainufer

Die Ursache liegt eindeutig in der Fritzbox und nicht in der übrigen Netzwerkinfrastruktur.

Nach einem Technikertermin (Telekom) am 11.November, siehe Paketverlust 5590 Glasfaser #5 (ausführliche Beschreibung der Tests), war auch mit FRITZ!OS: 8.10-126183 BETA Datum: 13.11.2025, siehe in #118, der Paketverlust zwischen WAN/ONT und der Bridge/4050 behoben.

Bei der 6690 Cable @mainufer ging es mit dem "besten Support" ab #121 am 19.11. voran. Sind die Paketverluste inzwischen behoben?

Von anderen Problemen, die ähnliche Speedprobleme verursachen, liest man überhaupt nichts.

Pirelli1, ebenfalls mit 6690 Cable, [EDIT](andere Probleme wurden bei 4050 getestet, nur das)[/EDIT] kann ich nicht bestätigen. Der FRITZ-Support hat im direkten Austausch zur 4050 sehr wohl Optionen durchgetestet, von LAN-Kabeltausch über IEEE 802.3az Energy Efficient Ethernet (EEE) ON/off am Switch DGS 1024D und auch

|x| Paketbeschleunigung aktiv
  |x| Layer-2-Beschleunigung aktiv
  |x| Hardware-Beschleunigung aktiv
|_| Paketbeschleunigung inaktiv

wurde variiert. Vielleicht sind diese Themen inzwischen ausgeschlossen / behoben.

Es scheint mir ein mehrschichtiges Problem zu sein, das evtl. nicht allein vom FRITZ behoben werden kann. Die grundlegende Ursache/n werden wir nie erfahren. Selbst bei eklatanten Software-/Firmwareproblemen ist die Kommunikation bei allen Beteiligten, Telekom und FRITZ, einseitig und unterirdisch, nichts Konkretes, eher leugnen (Kein Fehler bei uns.) und allgemeines bla, bla. Irgendwann funktioniert "das beste Netz" mit "dem besten Support"-Router. „Verlässlichkeit durch Obskurität“, auch bekannt als https://de.wikipedia.org/wiki/Security_through_obscurity

[EDIT] nixwiss
Meine "schlechten" Erfahrungen 4050 haben mit 08.02 begonnen. FritzOS 08 - unausgereifte Firmware - stimme ich zu. Ich hatte zur 08.02 einige Tickets beim Support wegen der GUI anhängig. Inhaltlich musste ich mich fragen, weiß der andere überhaupt was CIDR ist und was er schreibt. Die CIDR-Notation zum effizienten Subnetting funktionierte auf der gesamten GUI nicht. Über die Support-Bearbeitung dieses Themas landete ich bald bei 08.10, da sind mir irgendwann die Paketverluste auf der Bridge aufgefallen und ich habe das Monitoring intensiviert. Ob es mit 08.02 keine Paketverluste gab, kann ich nicht sagen, weil die 4050 in meinem class A subnet 10.0.0.0/21 mit 08.02 nicht einsetzbar war. Auch deshalb übernimmt inzwischen ein pi-hole den DHCP-Dienst bei mir.
[/EDIT]

 

[nixwiss]

Es scheint mir ein mehrschichtiges Problem zu sein, das evtl. nicht allein vom FRITZ behoben werden kann. Die grundlegende Ursache/n werden wir nie erfahren. Selbst bei eklatanten Software-/Firmwareproblemen ist die Kommunikation bei allen Beteiligten, Telekom und FRITZ, einseitig und unterirdisch, nichts Konkretes, eher leugnen.

Ich wiederspreche diesem. In der 8.03 war der Fehler noch nicht und es funktionierte Geschwindigkeitstechnisch ohne Probleme!
Daher sage ich mal ganz deutlich, der Fehler liegt einwandfrei an Fritz und seiner unausgereiften Firmware.

 

[tango501]

In der 8.03 war der Fehler noch nicht und es funktionierte Geschwindigkeitstechnisch ohne Probleme!

Bei einer FRITZ!Box 7682 beispielsweise sind diese Probleme bislang so nicht aufgetreten. Und für die FRITZ!Box 7682 ist derzeit "oh Wunder" auch nur FRITZ!OS 8.03 verfügbar.
Bei der FRITZ!Box 7583 hat man zumindest noch mit FRITZ!OS 8.26 nachgebessert, siehe #79.

 

[Pirelli1]

Pirelli1, ebenfalls mit 6690 Cable, kann ich nicht bestätigen.

Im Vergleich mit der 8.03 zur 8.2x ist der Datendurchsatz der Clients gesunken. Am stärksten betroffen sind davon die Repeater die per WLAN an ein FRITZ! Gerät (Basis) das mit der FW 8.2x betrieben wird, betroffen. Da sind Geschwindigkeitseinbrüche von 2/3 keine Seltenheit. Dabei handelt es sich nicht nur um die angezeigte Bruttorate, sondern gemessene Nettoraten. Betroffen sind davon fast alle FRITZ! Geräte, egal ob Repeater oder Boxen.
Dazu kommen noch die LAN Probleme bei aktivierten EEE, was man zum Glück abschalten kann. Hier wird zwar eine Datenrate von 2,5 Gbit/s angezeigt (Direktverbindung zwischen einer 6690 Masterbox und einer 6660 Clientbox, jeweils LAN1). Ist diese Option aktiv, fällt die Datenrate nach ca. 30 Minuten zwischen den Geräten auf 100 Mbit/s. Auch mit der aktuellen 8.25 auf beiden Geräten kann FRITZ! das EEE Protokoll NICHT aushandeln.
Mit meinem Samsung S24 ultra hatte ich immer wieder Probleme, das sich das Smartphone nach einiger Zeit immer nur mit max. 1200 Mbit/s verbunden hat, obwohl die Box lt. Anzeige mit 160 Mhz arbeitete.
Dieses und andere Probleme hat mittlerweile Samsung gefixt und sich auf den Fehler von FRITZ! eingestellt, da es die Leute aus Berlin vermutlich nicht in den Griff bekommen.
Trotzdem ist die Verbindung an meinem Gigabitanschluss über WLAN meistens noch eingeschränkt. Dieses Phänomen liegt tatsächlich an der FW der 6690, und das kann ich sogar begründen.
In der Regel habe ich bei jeder Tages- und Nachtzeit ca. 1,1 Gbit/s anstehend. Gemessen wird dabei immer am selben Server, der Telekom in München.
Zum Test habe ich die 6690 auf Werkseinstellung zurückgesetzt um im Standalone Betrieb mit Minimalkonfiguration werkeln lassen. Dabei baut sich die Breitbandverbindung bei einem Test auf und springt wild hin und her, von 400 Mbit/s bis zu 1 Gbit/s und pendelt sich letztendlich zwischen 700 und 900 Mbit/s ein. Die WLAN App zeigt dabei eine Verbindung von Bruto 2402 Mbit/s in Verbindung mit 160 Mhz an.
Schließe ich dann die 6660 über LAN 1 mit 2,5 Gbit/s an (EEE auf beiden Boxen deaktiviert) und wiederhole den Test 2 Stockwerke weiter unten im LAN der 6660, liegt der Speed bei 1,1 Gbit/s.
Dabei baut sich die Verbindung linear auf, fängt bei 500 Mbit/s an und arbeitet sich auf ca. 1,1 Gbit/s hoch, ohne wild hin und her zu springen.
Läuft die 6660 direkt am Kabelanschluss von VKD, bekomme ich immer 1,1 Gbit/s auf den Zähler.

Hier einmal ein Beispiel der verschiedenen Messungen. Grün ist im WLAN der 6660, rot an der 6690.



Da die Messungen teils nur 3 Minuten auseinander liegen, kann mir keiner erzählen, dass das Problem am ISP liegt.

In den jeweiligen Release Threads für die 6660, 6690, 3000AX und 1200AX ab 8.2x, findest du von mir verschiedene Tests und Vergleiche die bestens dokumentiert wurden.