Häufige Verbindungsabbrüche in Dubai

Hallo zusammen.

Ich bin vor 3 Monaten nach Dubai gezogen und habe nun meinen WoW Classic Account reaktiviert.

In Deutschland hatte ich eine Glasfaserleitung mit 400 Mbit/s und den Luxus minimalster Latenzen.

Hier in den VAE gibt es extrem schnelles Internet und mit meinem 500 Mbit/s Vertrag komme ich auf unglaubliche Werte (gemessen mit Ookla):

Ping: 5 MS / Download: 884,24 Mbit/s / Upload: 314,98 Mbit/s

Mir ist natürlich bewusst, dass die Werte nur die Verbidnung zwischen mir und den lokalen Servern meines Anbieters darstellen und dass die Entfernung zwischen mir und den EU Servern weit ist.

Im Game habe ich eine durchschnittliche Ping von 148 ms und ca. 1 Mal in der Stunde einen Verbidnungsabbruch. Ein Test mit WinMTR hat wohl laut Kundendienst gezeigt, dass ich auf dem Weg Datenpakete verliere und dass Blizzard hier keine Schuld trifft (ist mir bewusst).

Nun würde ich gerne meinen lokalen Internetdienstanbieter anschreiben und nach Lösungsmöglichkeiten fragen, da das Problem nicht nur WoW betrifft, sondern auch die Verbidnung zu in deutschland stehenden Rechnern z.B., die ich per RDP ansteuere und auf denen ich arbeite (gelegentliche Verbidnungsabbrüche).

Könnt ihr mir helfen, die WinMTR Daten abzulesen und nachzuvollziehen, wo genau was verloren geht? Ich bin dazu leider nicht in der Lage (ich habe 3 Tests gemacht, mit jeweils einer anderen Blizzard IP):

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

| WinMTR statistics |

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

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

| 192.168.70.254 - 0 | 771 | 771 | 0 | 0 | 3 | 0 |

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

| 10.142.57.153 - 0 | 771 | 771 | 3 | 3 | 24 | 3 |

| 10.100.34.78 - 0 | 771 | 771 | 3 | 3 | 8 | 4 |

| 10.229.200.194 - 0 | 771 | 771 | 127 | 129 | 155 | 131 |

| 80.249.208.83 - 0 | 771 | 771 | 127 | 131 | 260 | 127 |

| ae1-br01-eqam1.as57976. net - 3 | 702 | 686 | 128 | 146 | 3972 | 128 |

| et-0-0-35-pe02-eqam1.as57976. net - 0 | 771 | 771 | 127 | 134 | 268 | 127 |

| 185.60.112.157 - 0 | 771 | 771 | 127 | 128 | 134 | 128 |

|____________|||||||

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

| WinMTR statistics |

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

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

| 192.168.70.254 - 0 | 1790 | 1790 | 0 | 0 | 2 | 0 |

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

| 10.142.57.165 - 0 | 1790 | 1790 | 3 | 3 | 8 | 3 |

| 10.100.35.78 - 0 | 1790 | 1790 | 3 | 3 | 22 | 4 |

| 10.229.200.242 - 0 | 1790 | 1790 | 138 | 141 | 172 | 142 |

| 80.249.208.83 - 0 | 1790 | 1790 | 137 | 141 | 257 | 137 |

| ae1-br01-eqam1.as57976. net - 2 | 1663 | 1634 | 0 | 154 | 4739 | 2532 |

| 137.221.78.77 - 1 | 1787 | 1786 | 147 | 150 | 271 | 232 |

| 185.60.112.158 - 0 | 1790 | 1790 | 138 | 138 | 146 | 139 |

|____________|||||||

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

| WinMTR statistics |

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

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

| 192.168.70.254 - 0 | 1273 | 1273 | 0 | 0 | 3 | 0 |

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

| 10.100.128.17 - 0 | 1273 | 1273 | 2 | 3 | 17 | 3 |

| 10.100.34.78 - 0 | 1273 | 1273 | 3 | 3 | 12 | 5 |

| 10.229.200.194 - 0 | 1273 | 1273 | 127 | 129 | 163 | 130 |

| 80.249.208.83 - 0 | 1273 | 1273 | 127 | 132 | 228 | 128 |

| ae1-br02-eqam1.as57976. net - 2 | 1191 | 1172 | 137 | 155 | 4668 | 138 |

| et-0-0-3-br02-eqpa4.as57976. net - 0 | 1269 | 1269 | 133 | 157 | 2323 | 134 |

| be2-pe2-eqpa4.as57976. net - 0 | 1273 | 1273 | 136 | 136 | 142 | 137 |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

|____________|||||||

Hat jemand vielleicht das selbe Problem gehabt und eventuell Lösungen gefunden?

Ich würde mich freuen, wenn mir jemand helfen könnte.

Viele Grüße
Dima

2-3% Paketverlust ist zwar noch nicht dramatisch, aber kann bei einem Online-Spiel wie WoW eben doch zu gewissen Problemen führen. Noch schwerer wiegen die langsamen Reaktionszeiten die da verzeichnet sind. Wenn der Server 4-5 Sekunden lang keine Antwort kriegt, braucht man sich über einen Verbindungsabbruch nicht groß zu wundern.

Die genannten Server gehören zu einem niederländischen Internet-Provider. Ob die auch für deine Probleme mit den deutschen Zielen verantwortlich sind, müsstest du per Routenverfolgung zu den gewünschten Adressen selber testen.

2 Likes

Takruzz hat hier prinzipiell nicht unrecht im Sinne dessen was solche Meßwerte normalerweise andeuten würden, aber eqam1.as57976.net ist tatsächlich eine Firewall am Weg zu einem unserer europäischen Serverzentren. Besagte Firewall verwirft/verzögert absichtlich ICMP_ECHO Packettypen (welche auch für Tests wie WinMTR, Traceroute und pathping genutzt werden) als eine Schutzmaßnahme gegen DDoS/flooding Attacken, d.h. was hier nach potentiellen Problemen aussieht ist in der Tat ganz normal.

Möglicherweise weniger normal ist allerdings Folgendes:

10.100.34.78 - 0 | 1273 | 1273 | 3 | 3 | 12 | 5 |
10.229.200.194 - 0 | 1273 | 1273 | 127 | 129 | 163 | 130 |

10.x.x.x IPs gehören normalerweise zu lokalen/privaten Netzen, scheinen hier aber vom Internetanbieter im weiteren Radius genutzt zu werden. Das ist für sich alleine genommen nicht allzu unüblich aber ein Sprung von über +100ms zusätzlicher Verzögerung zwischen zwei an sich lokalen Netzgruppen ist potentiell fragwürdig. Es könnte sich hierbei um einen Übergabepunkt zwischen dem nationalen Netz des Internetanbieters und einem internationalen peering/carrier-Partner handeln - WinMTR ist leider nicht detailliert genug um definitiv zu sagen wo hier das Problem liegt, aber das wäre zumindest die Stelle wo man es folgend der geschilderten Symptome erwarten würde.

3 Likes

Vielen lieben Dank für die schnellen Antworten.

Es wird immer fachmännischer.

Habe ich denn eine Möglichkeit, dieses Problem zu „umgehen“, bzw. bei dem localen Internetanbieter einzuhaken? Wie könnte ich das Problem verdeutlichen?

Ein möglicher, wenn auch nicht 100% akkurater, Test hier wäre die Nutzung eines VPNs wenn das für dich technisch und rechtlich möglich ist (manche Länder im Nahen Osten haben da Einschränkungen).

VPNs ändern effektiv deine Verbindungsroute, d.h. wenn das Problem dann plötzlich verschwindet wäre das doch ein sehr starker Hinweis darauf dass die Fehlerquelle im Bereich der „üblichen“ Route liegen müsste.

Entschuldigt bitte die verspätete Antwort.

Bedeutet es, dass der Internetanbieter hier ducrhaus in der Lage sein müsste, das Problem zu erkennen und eventuell zu beheben? Oder liegt der Bereich, der das Problem hervorruft ("…könnte sich hierbei um einen Übergabepunkt zwischen dem nationalen Netz des Internetanbieters und einem internationalen peering/carrier-Partner handeln…:") außerhalb der Zugriffe des Internetdienstanbieters?

Den Test mit VPN werde ich machen. Vielen Dank für den Tipp.