Hohe Standortlatenz / Vodafone / WinMTR

Support Technischer Support
1

Hallo zusammen,

ich habe jetzt schon seit längerem Probleme mit meiner Verbindung. Ein typischer Fehler der manchmal angezeigt wird ist Wow 51900325, zudem habe ich im Spiel eine Weltlatenz von 20ms bis 30ms, aber einer Standortlatenz von 30ms bis 1700ms.

Ein Paar Kollegen aus dem Spiel meinten Internetanbieter, habe ich mich auch schon mit denen auseindander gesetzt. Aber die Herrschaften am Telefon wollen mir immer sagen, das es nicht an ihnen liegt und meine Verbindung ok ist. Techniker war auch schon bei mir und hat am Hausanschluß nen Dämpfer ausgetauscht, weil mein reinkommendes Siganl wohl zu hoch ist.

Hat aber alles nichts gebracht…ich kann open world und 5`er inis so einigermaßen spielen, aber sobald es richtung raid geht, ist das flüssige spielen vorbei.

Habe jetzt mal nen WinMTR test mit der Anleitung aus dem Support Forum gemacht. Mit meinem Laienwissen, kann ich da auch rauslesen, das meine Paketverluste ziemlich hoch sind, besonders bei meiner Kabelbox.

Hier die Ergebnisse:

Bundesland: BW
Standort: Ellwangen
Anbieter: Vodafone / kabel
Leitung: 100 / 10

| WinMTR statistics |

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

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

| kabelbox.local - 69 | 698 | 222 | 0 | 1 | 14 | 14 |

| Destination host unreachable. - 13 | 1715 | 1499 | 0 | 57 | 3076 | 27 |

| Destination host unreachable. - 12 | 1751 | 1545 | 0 | 63 | 3065 | 35 |

| Destination host unreachable. - 12 | 1764 | 1563 | 0 | 68 | 3066 | 30 |

| Destination host unreachable. - 12 | 1755 | 1554 | 0 | 76 | 3082 | 30 |

| Destination host unreachable. - 12 | 1752 | 1546 | 0 | 71 | 3082 | 33 |

| Destination host unreachable. - 12 | 1759 | 1558 | 0 | 87 | 3094 | 41 |

| Destination host unreachable. - 13 | 1732 | 1522 | 0 | 91 | 3091 | 54 |

| Destination host unreachable. - 12 | 1766 | 1565 | 0 | 85 | 3117 | 40 |

| Destination host unreachable. - 11 | 1815 | 1630 | 0 | 94 | 3077 | 39 |

| Destination host unreachable. - 11 | 1793 | 1601 | 0 | 90 | 3088 | 41 |

|____________||||||

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

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

| kabelbox.local - 17 | 1565 | 1305 | 0 | 1 | 10 | 2 |

| Destination host unreachable. - 12 | 1779 | 1581 | 15 | 66 | 3057 | 24 |

| Destination host unreachable. - 11 | 1795 | 1599 | 19 | 69 | 3065 | 31 |

| Destination host unreachable. - 12 | 1774 | 1572 | 19 | 66 | 3066 | 21 |

| Destination host unreachable. - 12 | 1783 | 1585 | 18 | 67 | 3126 | 26 |

| pr01.eqfr5.blizzardonline.ne - 12 | 1775 | 1576 | 19 | 70 | 3082 | 29 |

| Destination host unreachable. - 13 | 1730 | 1520 | 26 | 89 | 4002 | 31 |

| et-0-0-2-br01-eqam1.as57976.ne - 13 | 1693 | 1480 | 0 | 118 | 4626 | 36 |

| Destination host unreachable. - 17 | 1527 | 1278 | 0 | 211 | 4778 | 35 |

| et-0-0-31-pe01-eqam1.as57976.ne - 11 | 1803 | 1614 | 27 | 84 | 3072 | 34 |

| Destination host unreachable. - 12 | 1772 | 1569 | 24 | 69 | 3089 | 32 |

|____________|||||||

| WinMTR statistics |

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

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

| kabelbox.local - 25 | 1321 | 1001 | 0 | 1 | 9 | 0 |

| Destination host unreachable. - 11 | 1790 | 1594 | 0 | 69 | 3075 | 17 |

| Destination host unreachable. - 12 | 1781 | 1582 | 0 | 60 | 3061 | 28 |

| Destination host unreachable. - 12 | 1778 | 1578 | 0 | 62 | 3127 | 26 |

| Destination host unreachable. - 13 | 1729 | 1517 | 0 | 61 | 3065 | 28 |

| Destination host unreachable. - 11 | 1793 | 1599 | 0 | 76 | 3065 | 30 |

| Destination host unreachable. - 12 | 1742 | 1539 | 0 | 100 | 3737 | 36 |

| Destination host unreachable. - 13 | 1693 | 1481 | 0 | 122 | 4918 | 38 |

| Destination host unreachable. - 17 | 1522 | 1269 | 0 | 200 | 4725 | 35 |

| Destination host unreachable. - 12 | 1772 | 1571 | 0 | 67 | 2986 | 33 |

| Destination host unreachable. - 12 | 1746 | 1538 | 0 | 67 | 3132 | 26 |

| 185.60.112.158 - 11 | 1807 | 1621 | 0 | 85 | 3090 | 33 |

|____________||||||||

Das sind alle 3 IPs von dem Support Beitrag und dass ist das Ergebniss nach ca 1 Std. spielen mit 2 inis und einer Standortlatenz von ca 700ms. Höher ging es gerade mal nicht :crazy_face:

" Destination host unreachable " kam nach ca 2-5 min nach und nach.

Der erste angezeigte WinMTR ist mit der IP 159 und der zweite ist mir der IP 157 am Ende.

Meine Hardware ist aktuell, wow ist komplett neu installliert + Addons, alles war komplett gelöscht.

Was kann ich jetzt machen? Wie kann ich denen Begreiflich machen, das es nicht an meiner Hardware und an dem Spielehersteller und deren Servern liegt?

Lg

2

Hi Kasopaya,

fangen wir mal leicht an

der Ping auf die Kabelbox sollte sich eigendlich im Bereich 1-2ms befinden. Aber selbst hier hast du Paketverlust.
Was für ein LAN Kabel verwendest du? Hast du das mal ausgetauscht? Alternativ mal nen anderen Port an deinem Kabelrouter versucht?
Neueste Netzwerkkartentreiber?

Hast du zwischen deinem PC und deinem Kabelrouter noch irgendwas anderes ( Switch, Hub etc)?

3

Im Fall von Vodafone wird das schwierig, weil die alles auf die Gegenseite schieben, solange es kein Problem an der Leitung gibt.

Eine Möglichkeit wäre das du die Kabelbox von Vodafone rausschmeißt und dir eine FritzBox Cable hinstellst und die bei Vodafone registrierst. Ist aber auch eine Lösung von derzeit ~300€.

Dann ist die Frage wie du an die Box angebunden bist, per LAN oder WLAN? Wenn WLAN mal auf LAN wechseln und schauen was passiert. Je nach Dämpfung kann das Problem auch da liegen.

Was man über den VF-Support noch machen kann, wäre ein vollständiger Portreset bei denen in der Kopfstation, das kann helfen muss aber nicht. Dabei verliert man für ca 2min die Verbindung aber dafür wird auch der Anschluß neu initialisiert so als wäre dieser frisch geschaltet.

Brauch es eigentlich nicht mehr, da Windows die neusten Treiber per Update dauerhaft installiert. Wenn würde ich hier eher auf den eigentlichen Herstellertreiber mal wechseln.

Den Fehler bekommt man aber meistens auch nur dann wenn es keine Route in das Netz gibt die den Weg zum entsprechenden Server oder dessen Zwischenstationen aufzeigt. Normal wird das mit OSPF gemacht, so das ich die Stationen selbst den Weg suchen.

4

Mein persönlicher Verdacht geht hier eher in die Richtung eines Konfigurationsproblems am Modem - und ich vermute zusätzlich, dass besagtes Modem dazu eingerichtet ist ICMP_ECHO/ping-Pakete (welche der WinMTR-Test nutzt) schlichtweg zu verzögern bzw. völlig zu verwerfen. Wenn alle drei WinMTR Tests parallel liefen würden die Resultate dann in der Tat auch so aussehen.

Ein Test via VPN wäre hier interessant. Wenn damit im Spiel weniger/keine Probleme eintreten ist das Modem vermutlich okay aber der Routingpfad des Anbieters Richtung battle.net nicht - wenn sich hingegen nichts ändert liegt das Problem sehr wahrscheinlich in der Tat am Modem (oder der Verbindung zwischen PC und Modem) vor Ort. :slight_smile:

2 Likes
5

Ja, das sehe ich auch so. Mein Router macht das auch.

@Kasopaya
Wenn es der Fall ist, dass deine Kabelbox diese hohen Paketverluste bei Mehrfach-Betrieb von WinMTR hat, dann gibt es ein gutes Mittel dagegen.
Du startest ein 4. WinMTR und gibts als Ziel-IP direkt kabelbox.local ein. Wenn die Kabelbox selbst das Ziel eines WinMTR ist, antwortet sie vermutlich immer.
Mein eigener Router von der Telekom, speedport.ip, macht das so. Dieses sieht dann so aus.

https://ibb.co/xJd91Hf

Gruß Jimmy

6

Eine mögliche Konfiguration die es so aber nicht geben sollte.
Damit wird dem User dann auch einfach eine Kontrollfunktion genommen ob die Leitung stabil läuft. Kann man machen als Provider, sollte man aber nicht. Router selbst nutzen die Technik um sicherzustellen das ihre nächsten Hops erreichbar sind und wenn die Schnittstelle beschnitten wird kann es auch zu Verbindungsproblemen kommen.
Gut Vodafone ist nicht dafür bekannt das sie sauber arbeiten in der Hinsicht, was man alleine an der beschränkten Konfigurationsmöglichkeit der Geräte und das WLAN z. B. auch erst so richtig machbar ist wenn man extra dafür bezahlt.

Würde ins Bild passen zu Vodafone das sie das Routing nicht richtig setzen, vor allem im internen Netz was dann nach außen hin mehr Probleme verursacht als gut ist. Das ist aber ein bekanntes Problem mit Providergeräten der Telekom und Vodafone was aktuell einfach ignoriert wird.

Für einen wirklich aussagefähigen Test ist das aber auch nicht viel. Fehler im Routing oder Packetloss kann man dann genauso wenig ermitteln.

7

Ja ja, das ist schon klar. Ich wollte nur eine Möglichkeit aufzeigen, mit der man das Problem der irritierenden Paketverluste am eigenen Router getrost ausser acht lassen kann.

Man also sicher ist, dass zwischen PC und Kabelbox alles soweit ok ist.

PS.:
Ich habe jetzt nochmal deine Antwort durchgelesen und eine andere Antwort von mir lautet.

Ja, ich finde das auch schlecht. Besser wäre es, wenn ein Router mindestens 4 WinMTR parallel korrekt beantworten würde und erst ab dem 5. mit Verwerfen beginnt.

8

Ich bin direkt mit dem Router verbunden (LAN - CAT6 Kabel) und habe einen Ping von 1-2ms.

Ja, habe das Kabel auch schonmal auf einen anderen Port am Router umgesteckt.

Wie gesagt, habe ich auch meine Hardware überprüft bzw nach Updates gesucht.

9

Erstmal ok soweit, das Kabel mal gewechselt?

10

Das Lan-Kabel ist mMn nicht das Problem.
Es ist eher die Kabelbox selber. Und deswegen ist das hier

eine sehr gute Möglichkeit den Fehler zu finden/einzugrenzen.

11

Ja, hatte vorher nen CAT 5e Kabel und die Leute von Vodafone meinten, das ich ja vllt nen Kabelbruch habe und es dort schon zu Paketverlusten kommen kann. Obwohl ich direkt gesagt habe, wie das sein könnte mit dem Kabelbruch, wenn ich nen Ping von 1-2ms vom Rechner zum Router habe? :slight_smile:

Dann kam das mit dem höherwertigen Kabel von Vodafone (Cat 6), wobei ich hinterher vom Bekannten erfahren habe, das CAT 5e völlig für meine Leitung ausreicht.

Ach man darf die nicht gleichzeitig laufen lassen? Ich habe alle 3 gestarte und dann ab in 2 inis…

Davon habe ich keine Ahnung, wie ich das machen kann. Kostet VPN was?

12

An sich ja, gibt aber Anbieter die auch kostenlos sind was zum testen vollkommen ausreicht. Ein kostenloser Anbieter wäre hier z. B. ProtonVPN (https://protonvpn.com/de/). Ist an sich nur herunterladen, Account erstellen, aktivieren und testen. Der Test ist auch dafür da das man schauen kann ob es mal wieder Vodafone ist was die Probleme verursacht (was nichts neues währe) oder das Problem irgendwo auf der Strecke oder doch bei Blizzard liegt.

1 Like
13

Ok, werde ich heute Abend mal ausprobieren.

Ist da alles beschrieben für Laien oder muss ich da noch was beachten?

Und was bracuht ihr für Informationen dann von mir?

14

An sich ist das selbsterklärend und man wird auch an die Hand genommen.

Das gleiche nochmal was du schon ohne VPN gemacht hast, sprich die MTRs zu den drei Blizzard-IPs.

15

Ok, darf man die den gleichzeitig laufen lassen oder muss ich die separat testen? Ist die Testdauer von 1 Stunde ok oder eher weniger?

16

An sich läßt man die separat laufen um Störungen durch andere Tests zu vermeiden. Laufzeit ist in Ordnung, da sich die Informationsdichte verbessert je länger der Test läuft. Dürfte aber schon aussagefähig sein wenn du nach 15-30min die Tests stoppst und die Ergebnisse sicherst und hier postest.

17

Generell wäre es am besten die Tests hintereinander laufen zu lassen, jeweils für mindestens ca. 10-15 Minuten pro Test (oder solange bis merkbare Verbindungsprobleme im Spiel sichtbar sind, plus ein paar Minuten extra dahinter). Mehr ist natürlich besser, aber alles jenseits dieser Marke ist meist schon durchaus nützlich.

Wenn allerdings via VPN gar keine Probleme auftreten dann wäre damit definitiv der Beweis erbracht, dass die Routing-Strecke die dein Anbieter normelerweise Richtung battle.net nutzt problematisch ist. Das VPN umgeht besagte Strecke ja, etwa vergleichbar damit eine andere Straße zu wählen um damit eine Baustelle/Stau auf der üblichen Route zu vermeiden. :slight_smile:

18

So ich habe das ganze mal mit VPN laufen lassen und man merkt einen deutlichen unterschied. Schon allein beim einloggen ins TS…zack…und drin im TS. Vorher hat das gefühlt 20 sek. gedauert.

Habe jetzt mal logs mit drei einzelnen Messungen in inis gemacht und logs wo alle 3 messungen gleichzeitig liefen im Raid (3 Bosse). Die Standort- und Wellatenz lag die ganze Zeit bei 50ms-60ms.

Kleine zicker, aber ansonsten sehr flüssig. :slight_smile:

VPN-Server ist in den Niederlanden.

Hier die Logs von den 3 Ini`s:

| WinMTR statistics |

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

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

| No response from host - 100 | 242 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 44 | 442 | 250 | 0 | 36 | 59 | 36 |

| 109.236.95.230 - 44 | 442 | 250 | 0 | 36 | 48 | 34 |

| 109.236.95.173 - 36 | 497 | 319 | 34 | 37 | 95 | 35 |

| ae3.amster51.ams.seabone.ne - 43 | 446 | 255 | 0 | 38 | 95 | 35 |

| ae10.milano58.mil.seabone.ne - 44 | 442 | 250 | 0 | 53 | 83 | 52 |

| blizzard.milano58.mil.seabone.ne - 35 | 504 | 328 | 0 | 56 | 122 | 53 |

| ae1-br01-eqml2.as57976.ne - 35 | 508 | 333 | 0 | 74 | 1848 | 167 |

| xe-0-0-1-1-br01-eqpa4.as57976.ne - 32 | 535 | 369 | 0 | 110 | 4139 | 102 |

| et-0-0-29-br02-eqpa4.as57976.ne - 41 | 455 | 269 | 0 | 164 | 4389 | 73 |

| No response from host - 100 | 242 | 0 | 0 | 0 | 0 | 0 |

|xe-0-0-1-0-br02-cthz1.blizzardonline.ne - 34 | 511 | 342 | 0 | 272 | 4974 | 97 |

| 137.221.78.53 - 44 | 442 | 250 | 0 | 58 | 108 | 54 |

| 137.221.66.47 - 45 | 434 | 240 | 0 | 57 | 95 | 56 |

| 185.60.112.157 - 45 | 437 | 244 | 0 | 58 | 93 | 56 |

                                  WinMTR statistics                                   |

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

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

| No response from host - 100 | 195 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 33 | 426 | 289 | 33 | 36 | 57 | 40 |

| 109.236.95.230 - 43 | 363 | 210 | 0 | 36 | 79 | 34 |

| 109.236.95.173 - 42 | 367 | 215 | 34 | 37 | 110 | 35 |

| ae3.amster51.ams.seabone.ne - 33 | 426 | 289 | 34 | 38 | 77 | 41 |

| ae10.milano58.mil.seabone.ne - 43 | 363 | 210 | 49 | 53 | 94 | 50 |

| blizzard.milano58.mil.seabone.ne - 40 | 375 | 225 | 0 | 56 | 110 | 51 |

| ae1-br01-eqml2.as57976.ne - 43 | 363 | 210 | 0 | 61 | 395 | 56 |

| xe-0-0-1-1-br01-eqpa4.as57976.ne - 32 | 429 | 294 | 0 | 92 | 4089 | 168 |

| et-0-0-29-br02-eqpa4.as57976.ne - 42 | 362 | 210 | 0 | 108 | 4592 | 185 |

| No response from host - 100 | 195 | 0 | 0 | 0 | 0 | 0 |

|xe-0-0-1-0-br02-cthz1.blizzardonline.ne - 43 | 358 | 205 | 0 | 163 | 4944 | 84 |

| 137.221.78.53 - 41 | 371 | 220 | 0 | 57 | 100 | 53 |

| 185.60.112.158 - 42 | 367 | 215 | 0 | 56 | 80 | 60 |

                                 WinMTR statistics                                   |

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

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

| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 25 | 575 | 435 | 33 | 37 | 83 | 33 |

| 109.236.95.230 - 20 | 631 | 506 | 32 | 36 | 63 | 38 |

| 109.236.95.173 - 22 | 611 | 481 | 34 | 38 | 70 | 34 |

| ae12-403.ams10.core-backbone.c - 21 | 619 | 490 | 34 | 38 | 62 | 34 |

| 80.249.208.83 - 25 | 571 | 430 | 35 | 42 | 101 | 44 |

| ae1-br02-eqam1.as57976.ne - 38 | 418 | 261 | 0 | 679 | 4752 | 2273 |

| et-0-0-3-br02-eqpa4.as57976.ne - 26 | 567 | 425 | 0 | 83 | 1144 | 52 |

| et-0-0-1-pe04-eqpa4.as57976.ne - 21 | 619 | 491 | 0 | 48 | 133 | 49 |

| 137.221.66.39 - 22 | 615 | 485 | 0 | 48 | 80 | 45 |

| 185.60.114.159 - 18 | 666 | 550 | 0 | 47 | 80 | 44 |

Und das sind die logs von dem Raid:

                                  WinMTR statistics                                   |

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

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

| No response from host - 100 | 541 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 87 | 605 | 80 | 0 | 37 | 64 | 37 |

| 109.236.95.230 - 85 | 617 | 95 | 0 | 37 | 65 | 35 |

| 109.236.95.173 - 87 | 609 | 85 | 0 | 38 | 50 | 38 |

| ae3.amster51.ams.seabone.ne - 82 | 637 | 120 | 0 | 38 | 57 | 36 |

| ae10.milano58.mil.seabone.ne - 85 | 617 | 95 | 0 | 54 | 70 | 51 |

| blizzard.milano58.mil.seabone.ne - 85 | 617 | 95 | 0 | 58 | 111 | 52 |

| ae1-br01-eqml2.as57976.ne - 84 | 621 | 100 | 0 | 58 | 92 | 54 |

| xe-0-0-1-1-br01-eqpa4.as57976.ne - 86 | 613 | 90 | 0 | 63 | 157 | 91 |

| et-0-0-29-br02-eqpa4.as57976.ne - 80 | 644 | 129 | 0 | 116 | 1517 | 61 |

| No response from host - 100 | 541 | 0 | 0 | 0 | 0 | 0 |

|xe-0-0-1-0-br02-cthz1.blizzardonline.ne - 83 | 627 | 112 | 0 | 332 | 4088 | 66 |

| 137.221.78.53 - 86 | 613 | 90 | 0 | 59 | 87 | 55 |

| 137.221.66.47 - 87 | 609 | 85 | 0 | 58 | 78 | 56 |

| 185.60.112.157 - 84 | 621 | 100 | 0 | 59 | 83 | 55 |

                                WinMTR statistics                                   |

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

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

| No response from host - 100 | 542 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 22 | 1442 | 1126 | 32 | 37 | 77 | 34 |

| 109.236.95.230 - 81 | 643 | 126 | 33 | 38 | 62 | 34 |

| 109.236.95.173 - 83 | 631 | 111 | 0 | 38 | 46 | 34 |

| ae3.amster51.ams.seabone.ne - 82 | 639 | 121 | 0 | 38 | 60 | 36 |

| ae10.milano58.mil.seabone.ne - 84 | 623 | 101 | 0 | 55 | 89 | 52 |

| blizzard.milano58.mil.seabone.ne - 82 | 635 | 116 | 0 | 57 | 107 | 91 |

| ae1-br01-eqml2.as57976.ne - 56 | 843 | 378 | 0 | 97 | 4675 | 62 |

| xe-0-0-1-1-br01-eqpa4.as57976.ne - 80 | 651 | 136 | 0 | 62 | 118 | 60 |

| et-0-0-29-br02-eqpa4.as57976.ne - 70 | 714 | 216 | 0 | 102 | 4011 | 58 |

| No response from host - 100 | 542 | 0 | 0 | 0 | 0 | 0 |

|xe-0-0-1-0-br02-cthz1.blizzardonline.ne - 76 | 670 | 163 | 0 | 291 | 4689 | 301 |

| 137.221.78.53 - 82 | 639 | 121 | 0 | 58 | 83 | 54 |

| 185.60.112.158 - 83 | 631 | 111 | 0 | 57 | 71 | 58 |

                                 WinMTR statistics                                   |

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

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

| No response from host - 100 | 542 | 0 | 0 | 0 | 0 | 0 |

| 190.2.138.3 - 54 | 858 | 395 | 0 | 36 | 77 | 34 |

| 109.236.95.230 - 44 | 996 | 567 | 32 | 37 | 80 | 34 |

| 109.236.95.173 - 26 | 1354 | 1015 | 0 | 38 | 115 | 34 |

| ae12-403.ams10.core-backbone.c - 25 | 1358 | 1020 | 34 | 38 | 89 | 36 |

| 80.249.208.83 - 74 | 688 | 182 | 35 | 43 | 134 | 39 |

| ae1-br02-eqam1.as57976.ne - 67 | 720 | 242 | 0 | 726 | 4835 | 264 |

| et-0-0-3-br02-eqpa4.as57976.ne - 63 | 772 | 291 | 0 | 175 | 4756 | 160 |

| et-0-0-1-pe04-eqpa4.as57976.ne - 24 | 1386 | 1055 | 43 | 48 | 123 | 44 |

| 137.221.66.39 - 34 | 1168 | 782 | 0 | 48 | 124 | 45 |

| 185.60.114.159 - 55 | 848 | 382 | 0 | 47 | 76 | 45 |

Ich hab hinter der ein oder andern IP-Adresse Buchstaben entfernt, weil es sonst als Link angezeigt wird und das darf man anscheinend nicht posten.

Und was meint ihr? Wie verklickern wir jetzt am besten den Herren / Damen von Vodafone das es an ihnen liegt?! :wink:

19

An sich sollte da hoffentlich recht wenig Überzeugungsarbeit verbleiben. Weder am PC, noch am Modem, noch am Spiel oder dessen Servern ändert sich etwas durch Nutzung eines VPNs. Die einzige Änderung ist die Routing-Strecke, und wenn die Verbindung via einer nicht-Vodafone Strecke bessere Qualität liefert dann dürfte recht klar sein wo der Hase im Pfeffer liegt. :sweat_smile:

1 Like
20

Wie immer bei Vodafone, das ist ja auch nichts mehr neues wenn man es genau nimmt.

Das ist im Endeffekt das was ich jetzt erwartet habe.
Die 4 Hosts sind normalerweise immer so schlimm. Liegt aber an dem Übergang vom Internet in das Netzwerk von Blizzard.

Da ist es wohl wieder mal Vodafone die das ganze verbocken, nichts neues da wir das häufiger hier im Forum haben. Mal klappt das die User Stunk machen bei Vodafone um das zu beheben und dann wieder mal nicht. Bei ein paar hat letztens funktioniert das sie einen Portreset angefordert haben und damit das ganze wieder vernünftig gelaufen ist. Eine Garantie ist das aber auch nicht.
An sich könnte man das dauerhaft per VPN machen, was aber auch keine Lösung ist. Ausser Vodafone zu nerven hast du keine Möglichkeit das es ohne VPN funktioniert.

Das kannst du verhindern wenn die Ausgaben von WinMTR als vorformatierten Text einstellst oder die Code-Tags nutzt. Zum einen werden dann die Tables besser lesbar und zum anderen machen die Links dann keine Probleme. Sieht dann so aus:

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| No response from host - 100 | 542 | 0 | 0 | 0 | 0 | 0 |
| 190.2.138.3 - 54 | 858 | 395 | 0 | 36 | 77 | 34 |
| 109.236.95.230 - 44 | 996 | 567 | 32 | 37 | 80 | 34 |
| 109.236.95.173 - 26 | 1354 | 1015 | 0 | 38 | 115 | 34 |
| ae12-403.ams10.core-backbone.com - 25 | 1358 | 1020 | 34 | 38 | 89 | 36 |
| 80.249.208.83 - 74 | 688 | 182 | 35 | 43 | 134 | 39 |
| ae1-br02-eqam1.as57976.ne - 67 | 720 | 242 | 0 | 726 | 4835 | 264 |
| et-0-0-3-br02-eqpa4.as57976.net - 63 | 772 | 291 | 0 | 175 | 4756 | 160 |
| et-0-0-1-pe04-eqpa4.as57976.net - 24 | 1386 | 1055 | 43 | 48 | 123 | 44 |
| 137.221.66.39 - 34 | 1168 | 782 | 0 | 48 | 124 | 45 |
| 185.60.114.159 - 55 | 848 | 382 | 0 | 47 | 76 | 45 |