Paketverlust beim DSL-Anschluss

In dem Trace ist kein relevanter Paketverlust erkennbar, der Endpunkt dns.google hat 10 von 10 Anfragen beantwortet.

Kein Netzwerk-Hop ‘schuldet’ Dir ICMP Echo Request Antworten, und gerade Infrastruktur-Geräte wie Router sind dafür bekannt ICMP mit Ratenlimit zu versehen und runter zu priorisieren (siehe die exzellente englische ‘Anleitung’ zur Interpretation von Traceroute und MTR Resultaten). Hoher Paketverlust oder erhöhte Latenz bei einem einzelnen Hop irgendwo auf der Strecke hat quasi keinen diagnostischen Wert, interessant wird es wenn von einem bestimmten Hop an Paketverlust und/oder Latenz unerklärlich erhöht sind. Mit unerklärlich meine ich, wenn Hop X in Europa ist und Hop X+1 in den USA, dass man dann schon mit einem Anstieg von ~70ms rechnen muss, die Daten müssen ja den Atlantik überqueren.

Hier mal mein Lieblingsdokument zum Thema Traceroute/mtr:

https://archive.nanog.org/sites/default/files/10_Roisman_Traceroute.pdf

Aber vielleicht kannst Du ja mal einen Test mit Trippy machen und den laenger laufen lassen:

# 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
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  -6 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

# oder mit etwas weniger Information aber dafuer einfach als Text kopierbar:
trip --mode pretty -C 1000 -4 heise.de
trip --mode pretty -C 1000 -4 dns.google
trip --mode pretty -C 1000 -4 one.one.one.one

trip --mode pretty -C 1000 -6 heise.de
trip --mode pretty -C 1000 -6 dns.google
trip --mode pretty -C 1000 -6 one.one.one.one

Auch da kein Paketverlust zu sehen. Mach doch mal einen spezialisierten Paketverlusttest, am besten zu einer Zeit zu der Du meinst das Problem zu bemerken:

### Packetlosstest:

Um festzustellen ob und in welcher Richtung Pakete verloren gehen ist die folgende Seite hilfreich:
https://de.packetlosstest.com

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.
 

Ansonsten, was fuer ein Modem/Modem-Router hat Du denn?

FRITZ!Box 7530 AX,

Hast du mal ein anderes LAN-Kabel benutzt, um da Defekte oder ähnliches auszuschließen?

Kannst du bitte mal die DSL-Informationen hier posten, inklusive Spectrum usw.?

Mmmh, was ich sehen wollte war die gesamte Resultatanzeige, also das hier:

Aber ich vermute mal, bei Dir wurde da > 1% Herunterladen Paketverlust attestiert?

Kannst du bitte mal die DSL-Informationen hier posten, inklusive Spectrum usw.?

Sehr guter Vorschlag, hier meine Notizen dazu:

### DSL

Da Du eine Fritzbox hast, dann poste doch bitte Screenshot (am besten von einem PC oder Tablett, statt vom Smartphone) von allen Tabs im Bereich:
Internet -> DSL-Informationen
Deiner Fritzbox.

Dabei beachte bitte die folgenden Punkte:
a) Bei Tabs die über mehrere Bildschirmseiten gehen, bitte auch mehrere Screenshots machen und posten
b) Beim Spektrum Tab bitte erst auf den Link "Maximum und Minimum anzeigen" klicken

Des weiteren wäre es gut zu wissen:
a) ob Du oder einer Deiner Nachbarn Powerline/PLC Adapter verwenden (die interferieren oft mit VDSL)
b) wie viele TAE-Dosen bei Dir im Einsatz sind? (Bonus, vielleicht kannst Du ein Photo von der ersten TAE machen, bei dem man sieht welche Adern mit welchen Anschlüssen verbunden sind und welche Farben/Bandcodes diese Adern jeweils haben). Wie eine TAE aussieht findest Du hier: https://de.wikipedia.org/wiki/Telekommunikations-Anschluss-Einheit
c) wie der APL aussieht (auch hier kann ein Photo helfen) (APL: Abschlusspunkt Linientechnik: https://de.wikipedia.org/wiki/Abschlusspunkt_Linientechnik)

Als Ergänzung zu den Screenshots der Fritzbox wäre es schön, wenn Du go-dsl installieren könntest (https://github.com/janh/go-dsl , Binaries gibt es dort unter https://github.com/janh/go-dsl/releases) und einen Screenshot machen könntest, dabei bitte go-dsl mit dem folgenden Befehl ausführen:
Linux/Macos/BSD:
./dsl-gui -d fritzbox -o LoadSupportData=1 fritz.box 

Bei go-dsl bitte die beiden Checkboxen: "Show minimum/maximum" und "Auto-scale graphs" anklicken.
Wenn man das laufen lässt, dann zeigen die X per 5 minutes Graphen die Änderung bestimmter Fehler- und Proto-Fehler-Zaehler in 5 Minuten Blöcken an. Das kann hilfreich sein um Störer zu entdecken die nur zu bestimmten Zeiten aktiv sind, allerdings gibt es bei Fritzboxen das Problem, dass zumindest wenn man "-o LoadSupportData=1" verwendet die Fritzbox nach wenigen Stunden abstürzt... (vermutlich weil die Menge an erzeugten Supportdatenarchiven zu gross wird).

Go-dsl zeigt QLN und Hlog Daten die bei der Diagnose hilfreich sein können. Siehe z.B. hier:

https://www.ausnog.net/sites/default/files/ausnog-2018/presentations/1.10_Stefan_Keller-Tuberg_AusNOG2018.pdf

### go-dsl Windows
In den go-dsl Ordner navigieren, dsl-gui.exe per Doppelclick starten und (beim ersten Mal) die Ausfuehrung erlauben. Dann popt eine Log-in Maske auf.
Folgendes auswaehlen:
    Device type: FRITZ!Box
    Host: fritz.box
    User: ??? (Da ich keine Fritzbox kenne ich en Nutzer nicht, vielleicht root, ansonsten was man im Browser eingeben muss um die GUI zu oeffnen)
“Advanced Options” ausklappen und 
    LoadSupportData:  load more details from support data
Checkbox anklicken, dann auf Connect klicken.
 

OK, die 78 unkorrigierten DTU pro Minute sind ungut, wenn das unter Last passiert sind das alles Paketverluste… aber im Langzeitreport der Fritzbox sieht man die nicht… Mmmh, ich vermute mal, das ist nicht die Ursache Deiner Probleme...

Kann man so die Technik dazu bringen das ganze irgendwie anzugehen? Das ist für mich kein Zustand...

In dem Trace ist kein relevanter Paketverlust erkennbar, der Endpunkt dns.google hat 10 von 10 Anfragen beantwortet.

Tatsächlich war das auch ein falscher Screenshot. Hier ein aktuellerer. 

Okay, das sieht tatsaechlich nach bedenklichem Paketverlust aus. Ich moechte Dich jetzt bitten von WinMTR auf Trippy umzusteigen:

# 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
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 -6 one.one.one.one

# Windows IPv6, bitte folgenden Aufruf verwenden:
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 -6 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

# oder mit etwas weniger Information aber dafuer einfach als Text kopierbar:
trip --mode pretty -C 100 -4 one.one.one.one

trip --mode pretty -C 100 -6 one.one.one.one

Statt one.one.one.one halt jeweils die Adresse Deiner Wahl eingeben, die erste Aufrufvariante ist fuer die interaktive GUI, die zweite “pretty” fuer die verkuerzte Textausgabe (die laesst sich besser automatisieren).

Was ich jetzt vorschlage:

1. Du machst eine Messkampagne mit der Desktop-App von breitbandmessung.de und organisierst das so, dass so viele der Einzelmessungen in Zeiten fallen in denen Du mit dem Problem rechnest.
2. Wenn Du das Problem akut bemerkst, mach eine Trippy-Messung mit 1000 (bei pretty “-C 1000”) samples (dauert fast 20 Minuten)
3. Und mach zumindest eine Einzelmessung mit breitbandmessung.de und mit https://bufferbloat.libreqos.com
4. Mache Screenshots aller Tabs im Bereich Internet-DSL Informationen (ACHTUNG: bei den Spektren bitte den Link “Minimum und Maximum” vor dem Screenshot anklicken)
5. Poste die Resultate von b., c., und d., hier im Thread

Da ist etwas faul… Trippy sollte zumindest die IP Adressen der anderen Hops sehen…. und 100% Loss bei “nur” ca. 2.6% Loss zum Endpunkt ist nicht normal...

Wenn Du jetzt WinMTR verwendest, wie sieht das dann aus? Kann sein, dass Trippy noch nicht richtig installiert ist, bzw. die Firewall noch bockt.

HAbe mal mit WinMTR 50 samples gemessen. 

Vom selben Windowsrechner von dem Trippy 100% Loss bei den meisten Hops zeigt? 

Hrm, der Loss hinter Deiner Fritzbox is bestaendig zu hoch.

Yes, das ganze Material stammt von ein und dem selben PC. Und ich habe wirklich ALLES probiert. 

Hier nochmal, warum auch immer der untere Teil gefehlt hat, ein SS vo Packetlosstest.com

Und des noch.

Kannst Du mal einen windows traceroute machen und posten:

tracert -d 8.8.8.8

Ich will die IP Adressen von den O2 Netzwerkelementen in Deinen Traces sehen, so, dass ich die von mir aus anpingen/tracerouten kann um zu sehen ob da der selbe Paketverlust entsteht.

  1    <1 ms    <1 ms    <1 ms  192.168.178.1
  2    11 ms    10 ms    11 ms  62.52.193.57
  3    11 ms    10 ms    10 ms  62.53.12.112
  4    11 ms    11 ms    11 ms  62.53.0.198
  5    11 ms    10 ms     *     62.53.14.138
  6     *       11 ms    11 ms  62.53.8.187
  7    11 ms    11 ms    11 ms  72.14.213.80
  8    10 ms    10 ms    10 ms  142.251.65.69
  9    11 ms    11 ms    11 ms  142.250.234.17
 10    10 ms    10 ms     9 ms  8.8.8.8

user@computer% trip --mode pretty -C 1000 62.52.193.57 -u
┌─────┬──────────────┬─────────────────────────────────────────────────────┬───────┬──────┬──────┬──────┬──────┬──────┬───────┬────────┐
│ Hop ┆ IPs          ┆ Addrs                                               ┆ Loss% ┆ Snt  ┆ Recv ┆ Last ┆ Avg  ┆ Best ┆ Wrst  ┆ StdDev │
╞═════╪══════════════╪═════════════════════════════════════════════════════╪═══════╪══════╪══════╪══════╪══════╪══════╪═══════╪════════╡
│ 1   ┆ 192.168.42.1 ┆ 192.168.42.1                                        ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 0.9  ┆ 0.8  ┆ 0.4  ┆ 1.7   ┆ 0.1    │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 2   ┆ 62.52.193.97 ┆ loopback1.0002.acln.01.ahr.de.net.telefonica.de     ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 11.2 ┆ 11.9 ┆ 10.1 ┆ 60.8  ┆ 3.0    │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 3   ┆ 62.53.11.236 ┆ bundle-ether5.0001.cord.01.ahr.de.net.telefonica.de ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 18.0 ┆ 18.9 ┆ 17.3 ┆ 50.2  ┆ 2.2    │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 4   ┆ 62.53.2.43   ┆ ae9-0.0001.corx.01.ahr.de.net.telefonica.de         ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 17.3 ┆ 18.3 ┆ 16.5 ┆ 37.7  ┆ 2.0    │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 5   ┆ 62.53.0.49   ┆ bundle-ether7.0003.corx.02.fra.de.net.telefonica.de ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 18.6 ┆ 19.2 ┆ 16.9 ┆ 39.9  ┆ 2.2    │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 6   ┆ 62.53.0.199  ┆ bundle-ether2.0001.cord.01.off.de.net.telefonica.de ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 18.1 ┆ 20.9 ┆ 17.2 ┆ 483.4 ┆ 24.3   │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 7   ┆ 62.52.193.57 ┆ loopback1.0005.acln.01.off.de.net.telefonica.de     ┆ 0.0   ┆ 1000 ┆ 1000 ┆ 17.0 ┆ 19.2 ┆ 16.4 ┆ 551.8 ┆ 20.0   │
└─────┴──────────────┴─────────────────────────────────────────────────────┴───────┴──────┴──────┴──────┴──────┴──────┴───────┴────────┘

Mmmh, Ich komme bis zum letzten Hop vor Deinem Router ohne Fehler durch. D.h. der Fehler liegt moeglicherweise zwischen Deinem Router und dem ersten O2-Hop (da liegen ca. 11ms getunnelter Transfer durchs Telekom Netz zwischen).

Bedeutet was konkret?😂 oder was kann ich dagegen machen etc. 

Konkret, schwer zu sagen. Ich wuerde versuchen mal eine Austausch-Fritzbox zu organisieren/leihen, und Fritzbox und Netzteil austauschen, um zu dokumentieren, dass es nicht irgendwie ein Defekt Deines Routers ist. Dann wuerde ich eine Messkampagbne mit der Desktop-App von breitbandmessung.de machen, bestaetigt die eine Minderleistung, kann das helfen, dass Deine Stoerung ernster genommen wird. Und dann wuerde ich versuchen ​@o2_Lars um Hilfe zu bitten, bei solchen Problemen wie Deinem sind die Forumsmoderatoren manchmal in der Lage Wunder zu vollbringen, allerdings braucht das dann gelegentlich viel Zeit.

Router wurde o2 seitig bereits getauscht. Auch das DSLKabel, sowie LAN Kabel, USB auf LAN Adapter- alles. Aber ich danke sirnerstmal Mega für dein KnowHow und deine Mühe!!!!