Cable4 Glasfaser wird immer langsam, jemand eine Idee?

    Ja, wie im vorliegende Fall ist das in aller Regel auch so.

    Es gibt ja keinen Hinweis durch den OP, dass es mehr als einen Router kundenseitig gibt.

    Und wir wollen ja hier im konkreten Fall bleiben, oder?

    Zitat von krappi01

    Kann jedes beliebige Gerät sein was routet. Auch auf Seiten des Kunden. Wie z.B. eine Router-Kaskade. Aber du denkst ja immer noch der 2. HOP liegt immer beim Provider...

    Jetzt ist es langsam genug. Man kann auch mal zugeben, wenn man falsch gelegen hat. Wie viele Leute kennst du, die eine Routerkaskade bauen und auf dem internen Interface des ersten Routers den CGNAT-Adressbereich verwenden? Das wäre doch völlig irre. Der zweite Hop ist nicht immer beim Provider, aber in diesem Fall ist er es ganz zweifellos.

    Was das Fehlerbild mit dem 2. Hop angeht, der ggf. beim Kunden liegt: Ich hatte kürzlich einen Fall mit einem Switch zwischen Router und ONT. Da waren außer ONT und Router zwar nichts angeschlossen, aber der eine Port war irrtümlich als Mirror Port konfiguriert. Das ergab u.a. exakt das Fehlerbild, dass der WAN Port des Routers im Traceroute mit auftauchte - warum auch immer. Ich habs damals nicht exakt nachvollzogen, was passiert ist, da wir aus Zeitgründen schnell umkonfigurieren mussten. Ich vermute, der Router bekam von außen eine ICMP Anfrage über den Portmirror und hat drauf geantwortet, und über den Portmirror landete das Paket dann wieder beim Traceroute-Rechner.

    Was die Abhilfe durch den Reconnect angeht: Da tippe ich eher auf vollgelaufene NAT Tabellen, als auf QoS Sessions. Der TE berichtet oben von 500 kBit/s Upstream im Ruhezustand. Das halte ich für extrem viel, bei mir sind es im Mittel 50 kBit/s und das trotz zahlreicher IOT Geräte und einem VPN Tunnel, über den permanent Messwerte übertragen werden. Da können in einer Stunde schon mal die Tabellen volllaufen, je nachdem, was die 500 kBit/s auslöst.

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

    Hallo zusammen

    zunächst, vielen Dank für die vielen Kommentare (und die Diskussion ;). Tatsächlich war ich im Urlaub und außerdem hat der Anschluss seit dem Neustart der ONT gut funktioniert. Leider treten mittlerweile wieder die gleichen Probleme auf und das Internet reagiert langsam und das tracert verläuft sich wieder im Sande... 5min später kann es aber wieder spitze laufen :(

    Die ONT ist genau diese hier:

    C4G_Service_ONT_220714 (cable4.de)

    Ich habe jetzt nochmals dem Service geschrieben und als Ergebnis wollten sie ebenfalls ein tracert auf google.de. Mal schauen wie ich weitermachen kann.

    Ein Speedtest bringt leider nichts, weil dieser läuft super, auch WENN DANN eine Videokonferenz aufgebaut ist, dann läuft diese super stabil durch.

    Viele Grüße Tim

    PS:

    Außerdem hinsichtlich der hops, ein aktuelles Beispiel:

    C:\Windows\System32>tracert google.de

    Routenverfolgung zu google.de [142.250.203.99]

    über maximal 30 Hops:

    1 3 ms 2 ms 3 ms fritz.box [192.168.178.1]

    2 7 ms 6 ms 5 ms 100.127.223.252

    3 * * 7 ms 217.147.60.186

    4 9 ms 10 ms 13 ms 217.147.60.129

    5 10 ms 9 ms 12 ms 209.85.172.158

    6 11 ms 9 ms 10 ms 108.170.236.175

    7 10 ms 9 ms 10 ms 108.170.251.208

    8 47 ms 37 ms 27 ms 209.85.255.205

    9 16 ms 15 ms 15 ms 142.250.231.128

    10 15 ms 16 ms 20 ms 74.125.243.113

    11 15 ms 14 ms 14 ms 142.251.70.185

    12 17 ms 15 ms 15 ms zrh04s16-in-f3.1e100.net [142.250.203.99]

    Ablaufverfolgung beendet.

    Der zweite Hop ist nicht die IP-Adresse der Fritzbox, laut fritzbox ist das IPv4-Adresse: 100.127.220.47

    Viele Grüße Tim

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

    Ja du hast Recht , es fängt tatsächlich mit 48... an bei der ONT Box. Und der Neustart der ont bringt definitiv eine Verbesserung auch wenn's vielleicht noch manchmal stockt. Aber es wird gefühlt sehr stockig und der Neustart bringt wieder was.

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

    Ja du hast Recht , es fängt tatsächlich mit 48... an bei der ONT Box.

    Ich meinte die gesamten ersten 8 Zeichen: 48575443

    Das ergibt in ASCII "übersetzt" HWTC und bezeichnet ein Huawei Modul. In dem PDF steht jedoch etwas anderes. Daher die Frage sind es bei dir die identischen 8 Zeichen wie von mir geschrieben oder andere? Und keine Angst, damit kann man nicht auf einen Anschluss zurückschließen.

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

    Ein Speedtest bringt leider nichts, weil dieser läuft super, auch WENN DANN eine Videokonferenz aufgebaut ist, dann läuft diese super stabil durch.

    Das klingt immer noch sehr merkwürdig.

    Hast du mal probiert, wie sich ein nslookup verhält?

    Ich würde das mit unterschiedlichen Namen immer wieder testen und beobachten.

    Code
    nslookup www.heise.de

    Etc., und immer wieder zu unterschiedlichen Namen. Da sollte es zu keinen Verzögerungen kommen.

    Was du noch auf Verdacht probieren könntest: Deaktiviere IPv6 mal komplett auf dem Interface.

    Das ist jetzt aber eher Blindflug und Verzweiflung ohne konkreten Verdacht.

    Zudem solltest du schauen, ob es sonst irgendwie zu Adresskonflikten kommt. Dazu würde ich das WLAN deaktivieren und nur einen Rechner mit der Fritzbox verbinden, nix anderes anschließen.

    Taucht das Phänomen dann immer noch auf?

    Ansonsten würde ich beim Provider den ONT stärker in den Fokus rücken. Anmerken, dass ein Neustart hilft, das Problem aber wiederkommt.

    Dann sollten die den tauschen.

    Hi

    also so sieht ein tracert aus wenn es hängt:

    Routenverfolgung zu heise.de [193.99.144.80]

    über maximal 30 Hops:

    1 20 ms 16 ms 10 ms fritz.box [192.168.178.1]

    2 18 ms 6 ms 19 ms 100.127.223.252

    3 * * * Zeitüberschreitung der Anforderung.

    4 * * * Zeitüberschreitung der Anforderung.

    5 * 12 ms 12 ms be100.c350.f.de.plusline.net [80.81.193.132]

    6 12 ms 10 ms 12 ms 82.98.102.79

    7 14 ms 15 ms 18 ms 82.98.103.3

    8 44 ms 12 ms 22 ms 82.98.102.65

    9 12 ms 17 ms 12 ms 212.19.61.13

    10 10 ms 14 ms 10 ms redirector.heise.de [193.99.144.80]

    Leider funktioniert systemseitig bei mir wohl nslookup nicht, da kommt nicht authorisierende Antwort...

    Ansonsten schließe ich nachher mal noch das Notebook direkt in die ONT Box und teste es nochmal - wenn es dann wieder auftritt sollte es doch wirklich am Provider liegen?

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

    Du Kannst Die Namensauflösung auch via Powershell nutzen:

    forward lookup: Resolve-DnsName -Name <Name hier eingeben> | Select *

    und

    reverse lookup: Resolve-DnsName -Name <IP-Adresse hier eingeben> | Select *

    1) Die Latenz zur Fritzbox ist viel zu hoch. Das ist doch LAN, oder?

    2) Diese Antwort passt gut. "Nicht autorisierend" heißt nur, dass der gefragte DNS-Server nicht für die Domain verantwortlich ist. Das ist quasi immer der Fall.

    Hast du Folgendes probiert?

    1) Nur einen PC an die Fritzbox anschließen per LAN

    2) WLAN ausschalten

    3) Vielleicht mal eine andere Fritzbox zur Hand zum Testen? Denn wenn du per LAN dranhängst, ist die Latenz zur Fritzbox viel zu hoch. Da stimmt was nicht.
    Den Laptop direkt an den ONT anzuschließen erfüllt aber diesen Zweck.

    Einmal editiert, zuletzt von mbo77 (20. September 2023 um 09:40)

    Hallo zusammen, also die Latenzzeit zur Fritzbox war tatsächlich so langsam weil noch im WLAN. Jetzt hab ich die ONT direkt am Notebook. Es ist ein bisschen besser aber immer wieder bleiben Seiten hängen, laden langsam nach usw.

    Hier z.B.

    Routenverfolgung zu spiegel.de [128.65.210.8]

    über maximal 30 Hops:

    1 2 ms 1 ms 1 ms 100.127.223.252

    2 * * * Zeitüberschreitung der Anforderung.

    3 * * * Zeitüberschreitung der Anforderung.

    4 * * * Zeitüberschreitung der Anforderung.

    5 * * * Zeitüberschreitung der Anforderung.

    6 7 ms 7 ms 7 ms ipv4.de-cix2.fra.de.as34309.link11.de [80.81.193.218]

    7 15 ms 46 ms 7 ms 10.254.112.1

    8 7 ms 7 ms 7 ms 80.95.144.129

    9 7 ms 7 ms 7 ms 128.65.210.8

    Ablaufverfolgung beendet.

    oder

    C:\Windows\System32>tracert linkedin.com

    Routenverfolgung zu linkedin.com [13.107.42.14]

    über maximal 30 Hops:

    1 2 ms 1 ms 1 ms 100.127.223.252

    2 * * * Zeitüberschreitung der Anforderung.

    3 6 ms 5 ms 6 ms 217.147.60.129

    4 6 ms 6 ms 6 ms msft-decix-01-fra.ntwk.msn.net [80.81.194.52]

    5 6 ms 6 ms 6 ms 13.104.140.67

    6 * * * Zeitüberschreitung der Anforderung.

    7 * * * Zeitüberschreitung der Anforderung.

    8 * * * Zeitüberschreitung der Anforderung.

    9 * * * Zeitüberschreitung der Anforderung.

    10 6 ms 6 ms 6 ms 13.107.42.14

    Ablaufverfolgung beendet.

    Kann ich jetzt endlich darauf schließen dass es am Anbieter liegt und nicht an mir? Das wäre für mich schon einmal gut zur Argumentation... danke und viele Grüße Tim

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

    Die Traces sind perfekt. Lass dich nicht von den Fehlern in der Mitte des Traces verwirren, der letzte Hop ist entscheidend, und der ist in beiden Fällen gut.

    Du könntest mtr anstatt traceroute verwenden, da könnte man Paketverluste besser aufspüren.

    Ich bin mittlerweile echt beim ONT. Oder der Provider hat tatsächlich Probleme in seinem Backbone.

    Hast du mal die Namensauflösung gestresst?

    Kommt da immer eine zügige Antwort?

    Und zur Sicherheit, weil wir hier immer nur IPv4 im ICMP beobachten: Kannst du IPv6 mal deaktivieren?

    Alternativ mal ein

    Code
    ping -6 www.google.de

    durchführen.