Verbindungsprobleme - Hohe Latenz - DCs

Jamx-heartstriker · 21. April 2021 um 18:51

Hallo.
Habe seit ca. einem Monat durchgehend Verbindungsprobleme. Diese äußern sich zum einen in plötzlich hohen Latenzen bis zu 2500. Dabei steht kurz das Spiel, danach geht alles ganz schnell und ich bin tot (zb. bei Maraudon Boosten). Kann danach Geist frei lassen und normal weiter spielen.
Es kann auch vorkommen, dass nach dem Lag garnichts mehr geht. Kann weder Geist freilassen, noch das Spiel beenden oder sonst irgendwas machen. Hilft nur Taskmanager.
Oder der Lag tritt auf, ich kann herumlaufen aber mit nichts interagieren. Auch Spiel beenden geht dann nicht. Auch wieder nur über Taskmanager.
Wenn ich auf zwei Accounts spiele und beim einen treten die Probleme von oben auf, kann ich auf dem andren trotzdem normal weiter spielen.
Das Problem tritt sowohl über Lan als auch Wlan auf. Mit deaktivierten Addons passiert es genau so. Habe auch schon uPnP deaktiviert, die Ports freigegeben… hilft alles nix. Ist eine 100mb Leitung und habe bei sonst nix Problemen außer beim Spielen. Wenn ich die WoW IPs anpinge sind diese bei allen 3 Ips immer um die 20ms. Mit neuem Router die gleichen Probleme.
Poste unten die WinMTR von allen 3 Ips. Bitte um Hilfe.

IP

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

| WinMTR statistics |

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

| 192.168.178.1 - 26 | 954 | 713 | 1 | 1 | 41 | 2 |

|loopback1.0003.acln.02.fra.de.net.telefonica…de - 0 | 1901 | 1901 | 12 | 22 | 170 | 14 |

|bundle-ether30.0004.dbrx.02.fra.de.net.telefonica…de - 1 | 1894 | 1892 | 12 | 15 | 58 | 14 |

|bundle-ether2.0005.prrx.02.fra.de.net.telefonica…de - 0 | 1901 | 1901 | 13 | 15 | 58 | 15 |

| pr01.eqfr5.blizzardonline…net - 0 | 1901 | 1901 | 12 | 19 | 129 | 16 |

| ae1-br01-eqfr5.as57976…net - 2 | 1792 | 1767 | 17 | 38 | 4793 | 20 |

| et-0-0-2-br01-eqam1.as57976…net - 16 | 956 | 804 | 20 | 958 | 4910 | 3520 |

| 137.221.65.75 - 7 | 1305 | 1224 | 23 | 555 | 4993 | 3959 |

| 137.221.78.53 - 0 | 1901 | 1901 | 17 | 23 | 166 | 69 |

| 137.221.66.47 - 0 | 1901 | 1901 | 18 | 21 | 63 | 20 |

| 185.60.112.157 - 0 | 1901 | 1901 | 18 | 21 | 143 | 21 |

|____________|||||||

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

IP

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

| WinMTR statistics |

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

| 192.168.178.1 - 28 | 903 | 658 | 0 | 1 | 42 | 1 |

|loopback1.0003.acln.02.fra.de.net.telefonica…de - 0 | 1866 | 1866 | 12 | 22 | 149 | 12 |

|bundle-ether30.0003.dbrx.02.fra.de.net.telefonica…de - 1 | 1858 | 1856 | 12 | 15 | 58 | 12 |

|bundle-ether1.0005.prrx.02.fra.de.net.telefonica…de - 1 | 1862 | 1861 | 12 | 15 | 58 | 13 |

| pr01.eqfr5.blizzardonline…net - 0 | 1866 | 1866 | 12 | 19 | 110 | 14 |

| ae1-br01-eqfr5.as57976…net - 2 | 1753 | 1727 | 18 | 37 | 4277 | 19 |

| et-0-0-2-br01-eqam1.as57976…net - 18 | 886 | 729 | 20 | 1076 | 4928 | 4400 |

| 137.221.65.75 - 8 | 1239 | 1150 | 23 | 588 | 4958 | 3951 |

| 137.221.78.51 - 0 | 1866 | 1866 | 17 | 23 | 163 | 18 |

| 137.221.66.45 - 0 | 1866 | 1866 | 17 | 20 | 63 | 18 |

| 185.60.112.158 - 0 | 1866 | 1866 | 17 | 20 | 65 | 17 |

|____________|||||||

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

IP

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

| WinMTR statistics |

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

| 192.168.178.1 - 30 | 863 | 607 | 1 | 1 | 43 | 1 |

|loopback1.0003.acln.02.fra.de.net.telefonica…de - 0 | 1870 | 1870 | 12 | 22 | 140 | 12 |

|bundle-ether30.0003.dbrx.02.fra.de.net.telefonica…de - 1 | 1866 | 1865 | 12 | 15 | 56 | 14 |

|bundle-ether1.0005.prrx.02.fra.de.net.telefonica…de - 1 | 1866 | 1865 | 12 | 15 | 58 | 13 |

| pr01.eqfr5.blizzardonline…net - 0 | 1870 | 1870 | 12 | 19 | 112 | 13 |

| 137.221.80.35 - 0 | 1870 | 1870 | 21 | 28 | 162 | 55 |

| et-0-0-2-br01-eqpa4.as57976…net - 2 | 1721 | 1690 | 22 | 151 | 4439 | 126 |

| et-0-0-0-pe04-eqpa4.as57976…net - 0 | 1870 | 1870 | 20 | 26 | 141 | 21 |

| 137.221.66.39 - 0 | 1870 | 1870 | 21 | 24 | 67 | 21 |

| 185.60.114.159 - 0 | 1870 | 1870 | 20 | 23 | 65 | 21 |

|____________|||||||

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

Musste immer zwei Punkte machen (…de, …net) wird sonst als Link erkannt.

Danke schonmal für die Hilfe

Xiclotl-aegwynn · 21. April 2021 um 20:24

ich hab ebenfalls seit ca 4-5 tagen sehr sehr hohe pings (spitzenwerde sind jenseits der 300). jeweils nur am abend 20-23 uhr. looking glass mit kazzak zeigt mit nen hop im blizzard netz als problemursache alle anderen hops haben nen normalen ping.

Jimmydiehand-amanthul · 21. April 2021 um 20:48

Hallo Jamx,

die 3 geposteten Logs sehen normal aus, in etwa wie sie zu erwarten sind und zeigen keine DC- oder Latenz-Probleme auf.

Deshalb könnte es sein, das dein WoW ab und zu auch über IPv6 die Verbindung zum BNet aufnimmt. IPv6 ist laut der Erfahrung hier im Forum eher nicht so gut zum WoW-Spielen geeignet.
Gucke doch mal ob ingame, bei allen Accounts, unter ESC / System / Netzwerk bei der Option „IPv6 aktivieren, wenn verfügbar“ ein Haken gesetzt ist und entferne diesen damit WoW nur über IPv4 die Verbindung zum BNet aufnimmt.
Es könnte dann besser laufen.

Gruß Jimmy

PS.: IPv6 kann dein WinMTR nicht mitloggen. Nur IPv4 ist möglich.
Die IPv6 Adressen im BNet sind auch nicht bekannt.

Xârathos-lothar · 23. April 2021 um 22:24

Und was ist mit den 3 et … ?
Da sind doch schon ganz gute Verluste zu sehen, oder?

– 152

– 157

–31

Bei dem

und

sind auch jeweils Verluste, wennauch nur minimal.

Jimmydiehand-amanthul · 24. April 2021 um 08:38

Alle diese Paketverluste und Latenzen die in solch einem Protokoll zu sehen sind, sind Reaktionen auf Pinganfragen. Sie sollen helfen einen Hop oder die Route zu bewerten. Es sind aber nie Ergebnisse, wie relevante Daten tatsächlich durchgeleitet werden.

Hops im INet und auch im BNet reagieren unterschiedlich auf Pings.

Es gibt Hops/Netzknoten die reagieren gar nicht auf Pings. Aus Sicherheitsgründen oder um um generell Daten und Reaktionen einzusparen.
Dann kann ein Hop gerade sehr stark belastet sein und beantwortet einen Ping einfach 2 Sekunden später also mit geringer Priorität.

Direkt im BNet gibt es Hops, die sind für die Abwehr von Angriffen zuständig. Die haben ein besonderes Verhalten. Viermal pro Stunde wird für einen unterschiedlich langen Zeitraum einfach die Pingbeantwortung deaktiviert. Das sind die mit den besonders hohen Paket/Pingverlusten. Die hier.

Auf der Route zur 112.157 und zur 112.158 existieren 3 solche Hops.
Auf der Route zur 114.159 ist es nur ein Hop.

Diese ganzen verschiedenen Reaktionen von Hops machen es etwas schwierig, solche WinMTR-Logs zu lesen.

Es gibt da aber eine wichtige Sache, welche hilft. Und zwar die Betrachtung des letzten Hops in einem WinMTR. Denn alle Pings und Daten die dieser Hop bekommt, wurden ja vorher durch alle anderen Hops auf der Route durchgeleitet. (logischer Zusammenhang)

Deswegen ist die letzte Zeile in so einem Log die wichtigste Zeile.
Und die letzten Zeilen in den 3 geposteten Protokollen von Jamx sehen gut aus.
ZB. Die hier.

Das hier ist zB. ein Log von mir.

https://www.bilder-upload.eu/bild-df637e-1619252673.png.html

Da sind die hohen Verluste an den BNet Hops auch zu sehen. Ich habe aber keine DCs oder Latenzprobleme. Der eine Hop der Telekom ist ein bisschen mit Verlusten behaftet und mein Router lehnt eine gewisse Menge an Pings ab, wenn mehr als ein WinMTR zur selben Zeit läuft.

Wenn die letzte Zeile schlecht aussieht zB. hier.

Gleich im ersten Log des Eingangsposts sind in der letzten Zeile 5% Paketverluste zu sehen.
Das ist dann ein Problem und muss/sollte untersucht werden.

Kolanthet · 24. April 2021 um 16:58

Hallo, Ihr.

Danke für Deine Meldung hier im Forum wegen der Latenzprobleme die Du verspürst. Wenn solche Probleme auftreten, dann raten wir immer erst dazu, die von uns, für Euch erstellten Hilfeseiten in Anspruch zu nehmen. Seiten wie diese hier:

Sollten dann, nachdem man, die Standard und auch die Tipps der erweiterten Fehlerbehebung durch hat, dass Problem weiter bestehen, wäre der nächste Schritt das Erstellen eines Tickets. Generell sollte man aber, sollte man bereits in der WinMTR Verluste in Netzwerk seines eigenen Betreibers sehen, auch diesen kontaktieren.

Sollte also das Problem mit der Verbindung weiterhin bestehen, dann wäre es nett, wenn Du Dich bei uns melden würdet und uns diese Dateien zukommen lasst.

MSInfo - DxDiag und die WinMTR