Glasfaser Leistung kommt nicht durch

  • Hallo liebes Forum,

    ich habe ein sehr seltsames Problem. Vorab habe ich glücklicher Weise einen heißen Draht zu meinem ISP. Leider ist das Fehlerbild für uns unerklärlich. Daher schildere ich mein Problem mal.

    Zu Hardware: ONT von Nokia, UDM Base, Unifi Switche, Unifo APs. Zu Kontrolle: 2x AVM 7590 (einmal vom ISP vorkongiguriert, einmal privatkauf)

    ONT ist direkt neben der TAE Dose (wo die faser in die Wohnung kommt) mit einem kleinen patchkabel ans G-PON Netz angeschlossen. Von dort habe ich ein LAN in die UDM oder FB 7590. alle LAN Kabel die ich für den Test benutze habe ich auch durch andere ersetzt und noch mal getestet.

    Fehlerbild:

    Ich bin seit sep. 2022 bei der Glasfaser Ruhr. Dies in hier in Bochum der Stadtwerke ISP. Gebucht habe ich 500 down 100 up (500/100).

    Nach anfänglichen kleinen Startschwierigkeiten lägt dies optimal. Mein ping ist stabil bei ca 9-11ms Download ist stabil bei va 480 und der Upload mit 99-101 auch nicht übel.

    Nun hat die GF Ruhr seinen 1000/200 Tarif günstiger gemacht und ich wollte in den schnelleren Tarif wechseln.

    Dies habe ich im Juli das erste mal getan.

    Das Ergebnis: mein Ping war zwischen 10-49 Sekunden sehr stark am schwanken. Bei Downloadspeedtest kam ich ich nur bei einem übr 300 MBits und die Werte haben stark geschwankt. Speedtests habe ich von Unifi, Bundesnetzargentur und Google verwendet.

    Lustigerweise kamen bei M-Lab(Google) Werte von über 600 MBits rum.

    Im Upload klappen die 200 immer!

    Die Leitung habe ich intensiv mit meiner UDM getestet. Nach einiger Überzeugungsarbeit meinerseits habe ich dann von meinem ISP einen Router FB7590 bekommen um einen Fehler an meiner Routerkonfiguration auszuschließen.

    Das Fehlerbild war exakt das selbe.

    Dann haben wir uns entscheiden den Tarifwechsel wieder rückgängig zu machen, da sich keiner in der Technik vom ISP einen Reim aus nennen Problem machen konnte. Ab dem Zeitpunkt der Umstellung liefen die 500/100 wieder perfekt. Ohne starke Schwankungen im Up- und Downlaod oder ping.

    Nun 2/3 Monate später wollte ich es erneut probieren und das Fehlerbild ist nun wieder exakt das gleiche.

    Leider kann die GF Ruhr nicht mehr viel für mich machen, denn 500/100 klappt ja super! Da kommen erst Techniker wenn wohl nichts mehr geht.

    Meine Frage an euch:

    Habt ihr eine Idee woran das liegen kann?

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Die können vermutlich den Link des Ethernets sehen. Glaube kaum, dass die was messen.

    Aus meiner Sicht ist das ONT die einzige zweifelhafte Komponente.

    Denn nach Wechsel des Profils ist der Download ja sogar schlechter als vorher.

    Nutzen die PPPoE oder DHCP?

  • Die können vermutlich den Link des Ethernets sehen. Glaube kaum, dass die was messen.

    Aus meiner Sicht ist das ONT die einzige zweifelhafte Komponente.

    Denn nach Wechsel des Profils ist der Download ja sogar schlechter als vorher.

    Nutzen die PPPoE oder DHCP?

    Die nutze PPPoE. Glaube tatsächlich auch dass die nur den Link sehen können.

    Dann frage ich mal an ob die mir einen neuen zukommen lassen können. Wobei ich mir die Argumentation vom ISP schon vorstellen kann: „am ONT kann es nicht liegen da ja 500/100 gehen“

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Den sollte man mal kontrollieren, aber das sieht nicht nach dem Problem aus.

    Denn im Upload erreicht er ja 200 Mbps. Würde der Shaper das noch auf 100 Mbps stehen, würde er darauf eingebremst werden.

  • Mal verschiedene Endgeräte/Betriebssysteme getestet ? Z.b. Handy mit schnellen WLAN , Mac oder Linux

    Wenn er im bisherigen Tarif verlässlich 500 Mbps gemessen hat, wird die HW ja nicht plötzlich bei 300 Mbps schlapp machen.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Der Traffic Shaper kann trotzdem das Problem sein, denn wenn die Leitung zu sehr "geflutet" wird, kann das die TCP Algorithmen durcheinander bringen.

    Das Fehlerbild hört sich für mich so an, als ob sich da zwei Regelalgorithmen in die Quere kommen. Der eine macht auf und der andere zu. Dann merkt der andere, dass wieder mehr Luft ist und macht wieder auf, während der eine merkt, dass er nicht vom Fleck kommt und wieder zu macht. Am Ende kommen beide nicht zu Potte. Das erklärt auch den schwankenden Ping.

    Vor den nächsten Tests sollte man die Fritzboxen auf jeden Fall mal auf Werkseinstellungen zurücksetzen. Tests mit verschiedenen Betriebssystemen würde ich auf jeden Fall auch empfehlen. Dazu unbedingt mit mehreren parallelen Streams testen, mindestens 4. Ich würde iperf3 gegen öffentliche iperf Server empfehlen. Myloc oder Wilhelm.tel bieten sehr schnelle iperf3 Testserver. Auch ein Test über UDP ist zu empfehlen. Wichtig: Behaltet die Paketfehlerrate bei den Tests im Auge. Die könnte im vorliegenden Szenario eine entscheidende Rolle spielen. Vielleicht kann man auch mal den Congestion Control Algorithmus des TCP Stacks umstellen.

  • Mal verschiedene Endgeräte/Betriebssysteme getestet ? Z.b. Handy mit schnellen WLAN , Mac oder Linux

    ja in mit jedem Router und allen mit vorhanden Kabeln und Geräten ausprobiert. Alle meine Geräte zeigen auch das gleiche Fehlerbild wie etwa mein AppleTV 4K im Wohnzimmer (per LAN) mein Handy, alles. :(

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Der Traffic Shaper kann trotzdem das Problem sein, denn wenn die Leitung zu sehr "geflutet" wird, kann das die TCP Algorithmen durcheinander bringen.

    Das Fehlerbild hört sich für mich so an, als ob sich da zwei Regelalgorithmen in die Quere kommen. Der eine macht auf und der andere zu. Dann merkt der andere, dass wieder mehr Luft ist und macht wieder auf, während der eine merkt, dass er nicht vom Fleck kommt und wieder zu macht. Am Ende kommen beide nicht zu Potte. Das erklärt auch den schwankenden Ping.

    Vor den nächsten Tests sollte man die Fritzboxen auf jeden Fall mal auf Werkseinstellungen zurücksetzen. Tests mit verschiedenen Betriebssystemen würde ich auf jeden Fall auch empfehlen. Dazu unbedingt mit mehreren parallelen Streams testen, mindestens 4. Ich würde iperf3 gegen öffentliche iperf Server empfehlen. Myloc oder Wilhelm.tel bieten sehr schnelle iperf3 Testserver. Auch ein Test über UDP ist zu empfehlen. Wichtig: Behaltet die Paketfehlerrate bei den Tests im Auge. Die könnte im vorliegenden Szenario eine entscheidende Rolle spielen. Vielleicht kann man auch mal den Congestion Control Algorithmus des TCP Stacks umstellen.

    Tatsächlich habe ich es an einem Gerät mit 4 unterschiedlichen Tests schon mal ausprobiert. Alle hatten um die 220 Mbit.

    Was mich ja so irritiert ist das ich schon glaube das da ein gig durchkommt (wie ich an dem Test gemerkt habe oder bei mLab), ich ihn aber im Alltag ganz im Gegenteil merke. Also Downloads sind einfach jetzt langsamer als mit dem 500/100

    Deine anderen Ideen werde ich morgen mal umsetzen.

    Hast du einen UDP Speedtest für mich im Ärmel?

    Danke!!

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Hast du einen UDP Speedtest für mich im Ärmel?

    Kann man auch per iperf3 testen. Die meisten öffentlichen Server bieten auch einen offenen UDP Port.

    Wenn du feststellst, dass du mit mehreren parallelen Verbindungen die Bandbreite deutlich steigern kannst, dann sind die TCP Parameter dein nächstes Ziel. Stichworte: Congestion Control, MTU und MSS Clamping. Letzteres besonders in Zusammenhang mit der UDM.

  • Aber wie soll dies eine Erklärung sein, dass 500 Mbps verlässlich funktionieren?

    Da ist mindestens einer der beiden Algorithmen anders parameterisiert.

    Zudem kam zum Vergleich eine vom ISP konfigurierte 7590 zum Einsatz.

    Zum einen bedeutet das nicht, dass die Box vollständig konfiguriert war. Zum anderen: wenn sie konfiguriert war, heißt das nicht, dass sie perfekt eingerichtet war.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.