Beiträge von pufferueberlauf

  • Paketverlust bei VDSL

    Schwer zu interpretieren...

    Hop 1: Kein Loss bei Deinem Router.

    Hop2: etwas Loss, das kann ein echtes Problem sein, oder nur ein Zeichen fuer Ratenlimitierung/De-Priorisierung von ICMP-Antworten; ueblicherweise fuehren echte Probleme dazu, dass der selbe Loss auch auf allen weiteren Hops beobachtet werden kann, was bei Dir nicht der Fall zu sein scheint, aber bei 1% Loss ist 100 Samples eine zu kleine Menge um Paketverluste zuverlaessig aufzuspueren.

    Hop 3 und 7 zeigen Zeichen von Ratenlimitierung/De-Priorisierung, die sollten wir ignorieren.

    Hop 8: nicht erreichbar, wir sollten einen anderen Zielserver waehlen der auch antwortet, versuch doch mal 9.9.9.9 und 1000 samples

    Code
     trip.exe --mode pretty -C 1000 -4 9.9.9.9

    Dauert dann halt fast 20 Minuten, aber die Chance niedrigen Paketverlust zu beobachten steigt an.

  • Paketverlust bei VDSL

    Ich habe kein Windows zur Hand aber der folgende Weg sollte funktionieren:

    1) Lade das Archiv mit der aktuellen Trippy Version auf Deinen PC, z.B. mit dem Browser

    2) Entpacke das Archiv und zeige den Ordner mit trip.exe im Explorer an

    3) Klicke in die "Adresszeile" des Explorers welche den kompletten Pfad zum entpackten Trippy-Ordern zeigen sollte

    4) Markiere den ganzen String und Kopiere ihn in die Zwischenablage/Clipboard

    5) Oeffne CMD.exe als Adminstrator (tippe cmd.exe in die Suchbox in der Startleiste, da sollte CMD angezeigt werden mit einem Link das als Admin zu oeffnen)

    6) In der CMD tippe (ohne Anfuehrungszeichen) "cd " und dann fuege den Trippy-Orderner aus der Zwischenablage ein, ich meine bei cmd.exe muss man da auf das ICON oben links im Fensterrahmen klicken

    7) Jetzt sollte der Arbeitspfad in der CMD-Shell der Ordner sen in dem sich trip.exe befindet und jetzt sollte der Aufruf funktionieren (Achtung, kann sein, dass Du die Firewall noch fuer Trippy oeffnen musst).

  • Paketverlust bei VDSL

    Hier mal ein Trippy-Traceroute zu Deinem BNG:

    Kein Paketverlust, was zumindest andeutet, dass der Verlust zwischen Deinem Test-Geraet und bng02.rhe1.bb.tkrz.de passiert... (wobei ich das externe Interface vom bng02.rhe1.bb.tkrz.de anpinge, waehrend Dein Traffic auch das "interne" Interface und die BNG-Logik durchlaeuft).

  • Paketverlust bei VDSL

    0.2% Paketverlust (in Downloadrichtung) ohne Last, ist recht viel. Der WinMTR-Trace aus dem ersten Post zusammen mit dem Packetlosstest illustrieren Dein Problem ganz gut, und die DSL-Werte deuten an, dass es sich wohl eher nicht um ein Layer1 Problem handelt.

    Jetzt ist die Frage wo es hakt, das kann in Deinem Netz sein, oder im Netz des ISP (theoretisch auch dahinter, aber dann muesste das Problem nur bei Traffic ueber bestimmte Uebergaben auftreten).

    Ich wuerde jetzt vorschlagen, ein paar weitere Tests zu machen. Dafuer moechte ich Dir Trippy ans Herz legen:

    Code
    # Unter https://github.com/fujiapple852/trippy/releases zur aktuellen Release navigieren und unter Assets das passende Archiv fuer das eigene Endsystem (Windows, Macos, Linux) runterladen und lokal entpacken.
# Unter Windows CMD als Administrator starten, ins Verzeichnis mit der Datei trip.exe wechseln und folgendes aufrufen, die Firewall muss eventuell fuer Trippy geoeffnet werden.
trip --mode tui --icmp-extensions --dns-lookup-as-info --tui-address-mode both --tui-icmp-extension-mode all --tui-preserve-screen --dns-resolve-method cloudflare  -tui-custom-columns holsravbwdtKM --icmp --tos 181 -4 one.one.one.one
# jeweils nach ca. 100 Messungen Trippy einfrieren (mit CTRL-f) und deinen Screenshot machen und posten
# Bitte das CMD-Fester so breit machen, dass die zweite Spalte (Host) komplett lesbar ist

# Alternative (mit etwas weniger Informationen (aber automatisch):
trip --mode pretty -c 100 --icmp-extensions --dns-lookup-as-info --tui-address-mode both --tui-icmp-extension-mode all --tui-preserve-screen --dns-resolve-method cloudflare  -tui-custom-columns holsravbwdtKM --icmp --tos 181 -4 one.one.one.one
# Das Resultat kann man aus dem CMD Fenster per Copy rausholen und dann hier im Forum als Code Einfuegen, weniger Arbeit als Screenshots und besser nutzbar.

    Und dann brauchen wir eine Reihe von Zielen in anderen Netzen um unterschiedliche Uebergaben zu testen (wenn Dein ISP denn unterschiedliche Uebergaben nutzt). Diese sind leider nicht ganz leicht zu finden, aber hier waere eine Liste um mal anzufangen:

    192.168.0.1 # das sollte Dein Router selber sein, also ein lokaler Test, hier erwarte ich keinen Packetverlust (aber bin nicht 100% sicher)

    1.1.1.1 # Cloudflare

    8.8.8.8 # Google

    9.9.9.9 # Quad9

    217.5.100.185 # Deutsche Telekom

    Am besten jeweils ca. 100 Pings abwarten, und waehrend der Messung das Netz nicht andersweitig auslasten (milde parallele Nutzung ist unproblematisch, aber keine grossen Up- oder Downloads bitte).

    Ach ja, Tests bitte weiterhin per LAN und Kabel durchfuehren ;)

  • Paketverlust bei VDSL

    Um festzustellen ob und in welcher Richtung Pakete verloren gehen ist die folgende Seite hilfreich:
    Packet Loss Test – Testen Sie Ihre Verbindungsqualität

    Bitte die folgenden Einstellungen vornehmen:
    Paketgrößen: 142 und 158 Bytes (Schieber ganz nach links)
    Frequenz: 20 Pings/Sekunde
    Dauer: 180 Sekunden (Schieber ganz nach links)
    Akzeptable Verzögerung: 100 Millisekunden (eigentlich egal, betrifft nur die graphische Ausgabe)
    [...]
    Verwenden: Deutschland-Servers

    Dann den grünen "Test starten" Button klicken und 3 Minuten abwarten (und zu keinem anderen Browsertab wechseln), danach bitte einen Screenshot der Resultatbox machen und posten.

    Sieht dann ohne Probleme so aus:

  • Paketverlust bei VDSL

    Solange die regelmaessigen "Dellen" in SNR und Bitloading nicht tiefer gehen und z.B. im Minimum Spektrum staerker einbrechen und es for allem zu einer Erhoehung der Fehlerzaehler kommt, bin ich nicht sicher ob sie die Probleme erklaeren koennen.

  • Kooperation Deutsche Glasfaser und 1&1

    Zitat von Higli

    Als Enduser fand ich es mit DG DHCP vor allem unpraktisch, bei Router-Wechsel eine Stunde warten zu müssen, bevor man weitermachen kann.

    Das ist mehr ein DG- sals ein DHCP-Problem. Ich war mal bei einem ISP mit DHCP ueber DSL, der hat:

    a) ca. 4 Addressen zugewiesen

    b) eine Selbstbedienungsseite auf der man die registrierten MAC Adressen zuruecksetzen konnte

    Das mit dem TimeOut von 60 Minuten ist eine bewusste Entscheidung der DG... kein Zwang. IMHO zeigt das halt, dass die DG Fremd-Router zwar provisioniert (weil sie muss) aber das nicht sonderlich angenehm machen will.

  • Paketverlust bei VDSL

    Poste doch noch mal Screenshots aller Tabs in Internet-> DSL-Informationen nach mindestens 24 Uptime, dann sollte man DSL-Probleme eigentlich in Zahlen und Graphen erkennen koennen. Bisher sieht es nicht danach aus, aber das ist wegen der kurzen Dauer des Syncs leider nicht sonderlich aussagekraeftig.