Skip to main content
Warum O2
Warenkorb
Service
Frage

Massiver Paketverlust (67 %) auf Core-Router lag108-30 (Hop 3) – PingPlotter Beweis

  • October 1, 2026
  • 2 Antworten
  • 29 Aufrufe

Hallo O2-Team,

ich wende mich an euch, da die Hotline mein Problem nicht an die zuständige Fachabteilung weiterleiten kann.

Aktuelle Situation:

  • Ein Techniker war bereits vor Ort und hat die Hausinstallation, Signalpegel und QAM-Modulation an der Anschlussdose als 100 % fehlerfrei durchgemessen.

  • Der Weg bis zu Hop 2 verläuft ohne jegliche Paketverluste.

Das Problem: Sobald die Daten den Telefónica-Backbone auf Hop 3 erreichen, tritt rund um die Uhr ein permanenter Paketverlust von 67 % auf:

  • Betroffener Knoten: lag108-30.0010.corp.03.muc.de.net.telefonica.de

Da der Fehler weder in meiner Wohnung noch im Haus liegt, bitte ich ein Moderatoren-Team, diesen Fall direkt als Routing-/Port-Störung an das Network Operations Center (NOC) bzw. die Netztechnik zu eskalieren.

Ein Screenshot der PingPlotter-Langzeitmessung ist angehängt.

Mein So

hn benötigt eine einwandfrei Leitung damit er mit Freunden spelen kann und beschwert sich dauernt bei mir deswegen. 

Vielen Dank für eure Unterstützung!

 

 

2 Antworten

Forum|alt.badge.img+10

Servus,

ohne dir zu nahe treten zu wollen, du interpretierst das Testergebnis falsch.

Ein Indiz für Paketverlust ergibt sich nur in dem Fall, dass ab einem bestimmten Hop das Paketverlust konstant bis zum und am Ziel präsent ist.

Das ist in deinen Messergebnissen nicht erkennbar.

Nicht desto trotz, kannst du deinen Anschluss z.B. auch mit einem Broadband Quality Monitor wie z.B. ThinkBroadband monitoren und hier ergebnisse (ggf. anonymisiert sofern nötig) posten.

Genereller, Störungen können über das Forum nicht aufgenommen werden. (Das ist, wenn man in der Community etwas sucht zu 99.99% so, die 0.01% Fälle sind sagen wir mal etwas gesondert, das ist hier aber erstmal keines davon)

Was mich ebenfalls etwas überrascht ist das fehlen von Hop 1 und 2 im Testergebnis, ggf. mit andere Tools wie z.B. Trippy messen?


Was ​@almightyloaf sagte:

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