Skip to main content
Warum O2
Warenkorb
 Service
Gelöst

Massiver Packet Loss - bis zu 60%

  • October 2, 2023
  • 4 Antworten
  • 172 Aufrufe
A
Besucher:in

Hallo zusammen,

habe seit einiger Zeit Probleme mit Packetloss. Habe das Ganze eine Weile über Pingplotter beobachtet. Der Packetloss kommt irgendwo bei o2 zu Stande und war bisher meist im einstelligen Prozentbereich.

Die folgenden zwei Hops - so bisher meine Beobachtung - haben seit ein paar Tagen zu bemerkbaren Einschränkungen in Games geführt:

bundle-ether16.0006.corx.01.muc.de.net.telefonica.de
bundle-ether17.0006.corx.01.muc.de.net.telefonica.de

Packetloss über 50% ist die Regel.

Wenn ich z.B. Twitter anpinge und die 2 o.g. Hops nicht dabei sind, dann habe ich auch keinen Packetloss.

 

Zur Verbindung: SVDSL 250. Cat Kabel von der Telefondose bis zur APL (Hausanschluss).

PPPoE Verbindung mit einem Draytek Vigor 165

 

Im Folgenden zwei Pingplotter Outputs:

 

Target Name: www.activision.com
         IP: 23.32.53.72
  Date/Time: 10/2/2023 10:11:50 AM - 10/2/2023 10:21:50 AM

Hop  Sent  PL%   Min     Max    Avg  Host Name / [IP]
  1   816  100     0       0      0   [-]
  2  1031    0  5.89    9.74   6.47  bundle-ether27.0001.cord.01.htt.de.net.telefonica.de [62.53.18.30]
  3  1029   58  6.58   26.48   7.86  bundle-ether16.0006.corx.01.muc.de.net.telefonica.de [62.53.4.80]
  4  1031    0  6.74   13.85   7.19  bundle-ether2.0002.dbrx.04.muc.de.net.telefonica.de [62.53.3.231]
  5  1031    0  6.51   28.97   7.12  bundle-ether2.0002.prrx.03.muc.de.net.telefonica.de [62.53.7.215]
  6  1031    0  6.52  147.79  18.45  ecix-muc.netarch.akamai.com [194.59.190.59]
  7   816  100     0       0      0   [-]
  8   816  100     0       0      0   [-]
  9  1031    0  5.83   15.34   6.18  www.activision.com [23.32.53.72]

 

Target Name: www.google.com
         IP: 172.217.18.4
  Date/Time: 10/2/2023 10:16:32 AM - 10/2/2023 10:26:32 AM

Hop  Sent  PL%    Min      Max     Avg  Host Name / [IP]
  1   370  100      0        0       0   [-]
  2   375    0   6.00    25.78    6.48  bundle-ether27.0001.cord.01.htt.de.net.telefonica.de [62.53.18.30]
  3   371   63   5.99     8.24    7.11  bundle-ether16.0006.corx.01.muc.de.net.telefonica.de [62.53.4.80]
  4   375    0   6.28    14.45    6.75  bundle-ether4.0001.cord.01.muc.de.net.telefonica.de [62.53.6.188]
  5   375    0   5.73    63.76    7.38  ae0-0.0001.prrx.01.muc.de.net.telefonica.de [62.53.13.83]
  6   375    0   5.97     6.67    6.34  72.14.219.226 [72.14.219.226]
  7   375    0   6.45     8.14    6.87  172.253.78.209 [172.253.78.209]
  8   375    0   6.37     8.23    7.06  74.125.244.82 [74.125.244.82]
  9   374    0   6.46    17.93    7.14  108.170.233.59 [108.170.233.59]
 10   345   36  16.03  2522.44  181.27  142.250.229.226 [142.250.229.226]
 11   374    2  12.97    83.15   17.81  142.251.227.122 [142.251.227.122]
 12   374    3  13.19    98.27   15.33  108.170.252.1 [108.170.252.1]
 13   374    0  12.82    13.69   13.11  172.253.66.139 [172.253.66.139]
 14   374    0  12.61    22.64   12.93  www.google.com [172.217.18.4]

Lösung von pufferueberlauf0

Der einzig relevante Paketverlust ist der am entfernten Endpunkt (in den Beispielen ist da fuer mich kein Verlust zu sehen). Die Hops/Knoten dazwischen sind unwichtig, es sei denn ab einem gewissen Hop schiesst der Paketverlust in die Hoehe und bleibt bis einschliesslich des letzten Hops deutlich erhoeht. Dann kann man den Zwischenhop mit dem Paketverlust ‘Sprung’ als moeglichen Ort des Problems identifizieren. Aber auch das ist nicht praezise erlaubt aber zumindest eine grobe Vorstellung.

    4 Antworten

    P
    Legende

    Der einzig relevante Paketverlust ist der am entfernten Endpunkt (in den Beispielen ist da fuer mich kein Verlust zu sehen). Die Hops/Knoten dazwischen sind unwichtig, es sei denn ab einem gewissen Hop schiesst der Paketverlust in die Hoehe und bleibt bis einschliesslich des letzten Hops deutlich erhoeht. Dann kann man den Zwischenhop mit dem Paketverlust ‘Sprung’ als moeglichen Ort des Problems identifizieren. Aber auch das ist nicht praezise erlaubt aber zumindest eine grobe Vorstellung.

    A
    o2_Maria
    • o2_MariaModeratorin
    • Moderatorin
    • October 12, 2023

    Hallo @Allison Wecker ,

    @pufferueberlauf0 hat hier schon Recht. 
    Solange sich der scheinbare Packetloss nicht dauerhaft über alle Hops fortsetzt, ist das erst einmal soweit in Ordnung.
    Die einzelnen Hops sollen ja nicht auf einen Ping antworten sondern Daten von A nach B schaffen.

    Daher liegt hier keine Störung vor, sondern das ist völlig normales Verhalten. 😊

    Viele Grüße Maria

    Dir hat eine Antwort weitergeholfen? Prima, dann markiere diesen bitte als "Best answer", damit auch andere davon profitieren. ;-)
    A
    Besucher:in
    • Allison Wecker
    • Autor
    • Besucher:in
    • October 12, 2023

    Klingt plausibel. Auch wenn die o.g. Daten nichts zeigen, zeigen andere Messungen über z.B. cloudflare, dass es in den vergangenen Tagen immer wieder Packetloss von <5% gab und die Jitter Werte bei über 100ms liegen (v.a. im Upload).

    Möglich, dass das an einer Störung lag, da mein Routing seit heute über eine andere Basisstation? zu laufen scheint. Die Werte sind jetzt wieder ok.

    Melde mich wieder sollte sich hieran etwas ändern. Bis dahin vielen Dank für die Hilfe.

    o2_Maria
    • o2_MariaModeratorin
    • Moderatorin
    • October 16, 2023

    Hallo @Allison Wecker ,

    gern geschehen. 😊
    Schön, dass es aktuell wieder läuft.
    Vielleicht war das auch nur eine kurzzeitige Einschränkung.

    Melde dich gerne wieder, wenn du Fragen oder Einschränkungen hast. 

    Viele Grüße Maria

    Dir hat eine Antwort weitergeholfen? Prima, dann markiere diesen bitte als "Best answer", damit auch andere davon profitieren. ;-)
    Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
    © Telefónica Germany GmbH & Co. OHG Telefónica