Ständig Laggs

Hallo,

ich habe seit einigen Wochen ständig sekundenlange Laggs.

Anbei die drei Ip Adressen mit WinMTR

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                               fritz.box -    0 |  301 |  301 |    0 |    0 |    2 |    1 |

|ip-081-210-176-170.um21.pools.vodafone-ip.de -    2 |  286 |  282 |    6 |   13 |   58 |   11 |

|         de-fra01b-rc2-ae-24-0.aorta.net -    2 |  282 |  277 |   12 |   18 |   37 |   17 |

|          de-bfe18a-rt01-lag-1.aorta.net -    2 |  282 |  277 |   12 |   16 |   37 |   24 |

|           pr01.eqfr5.blizzardonline.net -    3 |  274 |  267 |   14 |   23 |   95 |   14 |

|              ae1-br01-eqfr5.as57976.net -    3 |  274 |  267 |   15 |   52 | 1049 |   16 |

|         et-0-0-2-br01-eqam1.as57976.net -   48 |  103 |   54 |    0 |  434 | 4427 | 2859 |

|                           137.221.65.75 -   10 |  207 |  187 |   16 |  272 | 3960 |   21 |

|                           137.221.78.47 -    3 |  274 |  267 |   15 |   20 |   51 |   18 |

|                          185.60.112.157 -    2 |  282 |  277 |   15 |   19 |   40 |   18 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Ich würde hier zu Rücksprache mit Vodafone raten - folgend der WinMTR Ergebnisse treten Verluste an Datenpaketen bereits zwischen Modem und dem ersten Übergabepunkt des Internetanbieters. Verluste dieser Art würden definitiv zu den geschilderten Symptomen passen.

Hallo,
ich habe jetzt zwar Vodafone beauftragt. Ich sehe aber auch bei den Logs, dass die Probleme hinter Blizzard Servern auftreten. Bis „pr01.eqfr5.blizzardonline-net“ ist alles gut, danach fangen die großen Latenzen an.

Oder übersehe ich hier etwas?

Ja, Du übersiehst den Anfang des logs:

|

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                               fritz.box -    0 |  301 |  301 |    0 |    0 |    2 |    1 |

|ip-081-210-176-170.um21.pools.vodafone-ip.de -    2 |  286 |  282 |    6 |   13 |   58 |   11 |

2% Datenverlust zwischen der Fritzbox und dem Straßenverteiler von vodafone.

Die erklären aber nicht die 48% Paketloss hinter Blizzards Infrastruktur

Die „Eingangsserver“ zu Blizzards Netzwerk sind so konfiguriert, dass sie regelmäßig alle Anfragen von Test-Paketen ablehnen. Dies betrifft aber wirklich nur Test-Pakete und keinen wirklichen Traffic. Sofern sich die Verluste also nicht weiter fortsetzen, ist davon auszugehen, dass es sich genau darum handelt. :slight_smile:

Die Verluste treten ingame ja genauso auf

Bei 48% paket loss würdest Du garnicht erst ins Spiel reinkommen.

Davon abgesehen: Wären es wirklich 48% paket loss der Daten, die zwischen dem WoW-Server und Deinem Computer ausgetauscht werden, dann müsste ab dem von Dir kritisierten Hop bis hin zum WoW-Server durchgängig ein paket loss von 48+% zu sehen sein.

Ist es aber nicht.

Man sieht bei fast allen Hops ein paket loss von ca. 2…3%, und das hat seinen Ursprung beim ersten Knoten nach Deiner Fritzbox.

Ok, das war falsch ausgedrückt. Die Latenzen von ~4000ms treten ingame so auf.

Die durchschnittliche Latenz zum Hop mit den 48% paket loss beträgt jedoch „nur“ 434ms (vorletzte Spalte, Überschrift Avg wie in average).

Der letzte Wert gibt die „schlimmste“ Latenz an, die für ping-Pakete gemessen wurde.

Ingame wird jedoch nicht mit „ping“ gemessen, sondern mit den „echten“ Spiele-Daten, und die gehen wunderbar durch et-0-0-2-br01-eqam1.as57976.net durch, wenn davor alles in Ordnung ist.

Davon abgesehen:

Ich sehe oben in Deinem ersten Beitrag nur ein Protokoll, wo sind die anderen beiden?

1 Like

Noch eine Beobachtung meinerseits. Trotz Standbildern funktioniert der Chat einwandfrei, Markieren von NPC funktioniert ebenso (-> andere sehen meine Eingaben).

Die Laggs treten nicht permanent auf. Die meiste Zeit kann ich akzeptabel spielen. Dann passiert es aber auch, dass ich längere Zeit wieder die Aussetzer habe. (der Eingangspost war eine schlechte Fehlerbeschreibung ist wohl aus dem Frust heraus so schlecht geworden. Entschuldigung dafür.)

Wenn ICMP Pakete schon so große Latenzen aufweisen, was passiert erst mit TCP Paketen?

Das schließt du woraus?

Hatte mich auch schon gewundert, aber die standen wohl im anderen Thread (frag mich nicht warum ich zwei gemacht habe)

|------------------------------------------------------------------------------------------|

| WinMTR statistics |
akete>
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| fritz.box - 0 | 977 | 977 | 0 | 0 | 16 | 1 |

|ip-081-210-176-170.um21.pools.vodafone-ipde - 1 | 943 | 934 | 6 | 12 | 53 | 12 |

| de-fra01b-rc2-ae-24-0.aortanet - 2 | 932 | 920 | 12 | 17 | 43 | 15 |

| de-bfe18a-rt01-lag-1.aortanet - 1 | 943 | 934 | 12 | 16 | 39 | 18 |

| pr01.eqfr5.blizzardonlinenet - 1 | 950 | 943 | 13 | 20 | 97 | 14 |

| ae1-br01-eqfr5.as57976net - 3 | 897 | 877 | 15 | 29 | 2978 | 20 |

| et-0-0-2-br01-eqam1.as57976net - 4 | 864 | 836 | 15 | 44 | 3520 | 16 |

| 137.221.65.75 - 3 | 874 | 849 | 16 | 35 | 4262 | 18 |

| 137.221.78.49 - 1 | 940 | 931 | 15 | 19 | 54 | 18 |

| 185.60.112.158 - 1 | 954 | 948 | 14 | 18 | 38 | 17 |

|____________|||||||

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| fritz.box - 0 | 1141 | 1141 | 0 | 1 | 18 | 1 |

|ip-081-210-176-170.um21.pools.vodafone-ipde - 1 | 1118 | 1112 | 6 | 12 | 50 | 12 |

| de-fra01b-rc2-ae-24-0.aortanet - 2 | 1087 | 1072 | 12 | 18 | 46 | 16 |

| de-bfe18a-rt01-lag-1.aortanet - 1 | 1126 | 1122 | 12 | 16 | 37 | 13 |

| pr01.eqfr5.blizzardonlinenet - 1 | 1111 | 1103 | 13 | 20 | 87 | 18 |

| 137.221.80.35 - 1 | 1114 | 1107 | 22 | 27 | 134 | 22 |

| et-0-0-2-br01-eqpa4.as57976net - 3 | 1022 | 999 | 21 | 99 | 4400 | 3959 |

| et-0-0-0-pe02-eqpa4.as57976net - 1 | 1122 | 1117 | 21 | 25 | 61 | 22 |

| 137.221.66.35 - 1 | 1107 | 1098 | 21 | 25 | 49 | 24 |

| 185.60.114.159 - 1 | 1121 | 1116 | 21 | 24 | 51 | 25 |

|____________|||||||

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Hallo Nefrozar

Dafür gibt es eine einfache Erklärung. Die Chatdaten laufen über eine andere Verbindung als die „technischen“ Spieldaten.

Und, dass Markieren von NPCs funktioniert ohne aktive Verbindung zum Spielserver, also auch mitten im sekundenlangen Lag. Hab ich eben kurz ausprobiert. Vor den NPC gestellt, Lankabel abgezogen, andere Chars laufen auf der Stelle. NPC angeklickt, funktioniert und der schmettert auch sogar seine Begrüßung:„Hallo, wie geht’s.“ Das macht deine WoW-Installation solo auf deinem PC.

Diese Aussage passt gut zu den von dir geposteten WinMTR-Logs mit den 1-2% Paketverlusten, welche auch an der letzten IP im Log angezeigt werden.

Genau das Gegenteil ist der Fall. Gerade ICMP Pakete werden mit geringer und auch sehr geringer Priorität behandelt. TCP-Pakete haben dagegen eine hohe Priorität.
Das geht soweit, dass zB. Pings einfach ignoriert werden, wenn gerade sehr viel TCP-Pakete die volle Power des Internetknotens benötigen.

Das kann man aus der Tatsache schließen, dass an der letzten IP im WinMTR-Log nur 1-2% Pakete fehlen.
Jedes Datenpaket das am letzten Hop/Internet-Knoten ankommt, muss durch alle anderen Hops durchgeleitet werden. Wenn jetzt an et-0-0-2-br01-eqam1.as57976.net tatsächlich 48% aller Pakete verloren gehen würden, dann müssten alle Hops danach diese ca. 48% Paketverluste auch haben.

Haben sie aber nicht! Und deswegen ist klar, dass der allergrößte Teil dieser 48% nur abgelehnte Test-Pings sind. In diesen 48% sind auch die fehlenden 1-2% „versteckt“, welche aus der, leicht gestörten, Verbindung zwischen deiner Fritz-Box und dem 1. Hop deines Providers kommen.

Gruß Jimmy

1 Like

Jimmydiehand, Naldo und Schlachtelfe verdienen hier Goldsterne für die absolut akkuraten Erklärungen:
:star2: :star2: :star2:

et-0-0-2-br01-eqam1.as57976.net ist in der Tat eine unserer externen Firewalls, welche absichtlich bestimmte Paket-Typen (darunter ICMP_ECHO, aka „ping“) verzögert/verwirft, weil diese Pakete auch für DDoS/flood-Typ Attacken verwendet werden - aber Daten für unsere Spiele fließen da völlig ungehindert durch. Folgend aller WinMTR Daten ist das Problem hier tatsächlich schon sehr viel früher in der Route zu suchen, und zwar an der Übergabe zwischem Modem/Router vor Ort und dem ersten Netzknoten des Internetanbieters - dort muss naheliegenderwise auch die Lösung stattfinden. :slight_smile:

2 Likes

Wie gesagt, andere Spieler sehen meine Markierungen auch. Das sollte bei vorherigem Abziehen des Lan Kabels unmöglich sein :wink:

Aber vielen Dank für deine weiteren Ausführungen. Ich kann es jetzt weiter eingrenzen.

Meine Motivation bei dem energischen Nachhaken ist, dass ich ungerne 99€ für den Techniker bezahle, wenn ich das Problem vorher nicht möglichst weit eingegrenzt habe.

Das ist für mich nachvollziehbar, vielen Dank für die Antwort. Ebenso allen anderen: Vielen Dank für eure Zeit.

Ok ok, solch eine Markierung. Auch dafür gäbe es eine mögliche Erklärung.
Jede Internet-Verbindung besteht aus 2 Haupt-Signalrichtungen. Dem Down- und dem Upstream.
Gut möglich, dass bei deiner INet-Verbindung nur der Downstream ab und zu gestört ist.

Folgender Ablauf wäre denkbar.
Du stehst mit deinem Kumpel in der Gruppe vor einem NPC und hast plötzlich Lag, so ein paar Sekunden lang. Über Discord oder TS sprichst du mit deinem Kumpel ab, dass Du den NPC markieren wirst.
Da der Up-Stream in Ordnung ist, erreicht dein Befehl den Spiel-Server, dem NPC ein Kreuz oder einen Totenkopf drüberzusetzen. Der Server macht das und die Anderen in deiner Gruppe können die Markierung sehen.
Nur Du bekommst nicht gleich die Daten zurück, was jetzt noch weiter um dich herum passiert und musst die Verzögerung abwarten.


Eigentlich müsste dein Provider den Techniker bezahlen, wenn seine Service-Leistung, dir eine INet-Verbindung zur Verfügung zu stellen, mangelhaft ist.

1 Like

Ja sicher, mir ging es nur um dein Beispiel :wink:

Jupp, es könnte aber natürlich auch an meinem Router liegen oder halt an dem Service, den ich nutzen möchte (hier Blizzard). Blizzard fällt aber nun raus.

1 Like

Ja, könnte sein. Ist der Router dein Eigentum, wären es wieder deine Kosten.


Achja, eine Sache noch. Ingame unter ESC / System / Netzwerk gibt es die Option „IPv6 benutzen wenn verfügbar“.
Wenn da ein Haken gesetzt ist, entferne den dochmal, damit WoW nur IPv4 für die Verbindung zum BNet nutzt.
Es wäre möglich, dass es dann etwas besser läuft. Ist einen Versuch wert.

Ich bin auch Vodafone Kabel Kunde und im Moment von Problemen betroffen.

Es gibt 2 Lösungsansätze (Die nicht wirklich akzeptabel sind)

  1. VPN nutzen
  2. Paketbeschleunigung deaktivieren

Tatsächlich treten danach keine Probleme mehr auf (Die Probleme treten nur bei WoW auf und bei nichts anderem und keinem anderen online game)

Eine Dauerlösung kann das aber nicht sein

Ich habe das Gefühl, dass im Moment das selbe Problem wie vor ca 1 Jahr im Umlauf ist

Könntet ihr das bitte falls möglich prüfen? Habe seit dem gleichen Zeitraum wie die Ticketersteller mit ähnichen Problemen der letzten Wochen die Probleme und wohne wo völlig anders und habe sonst in keinem Spiel Lags

Tatsächlich hatte ich vor ein paar Tagen IPv6 aktiviert, es aber vergessen. Das hilft aktuell etwas. Paketloss ist aber immer noch vorhanden. Außerdem muss ich es über einen längeren Zeitraum betrachten.

Teste ich mal, danke.

1 Like