[Telekom / 1&1] Verbindungsabbrüche

Nein, genauso wenig muss Blizzard dafür sorgen tragen, dass das gesamte Internet reibungslos funktioniert. Aber Sie müssen dafür Sorge tragen, dass der Teil des Internets, dass direkt mit ihrem Netzwerk verbunden ist, reibungslos funkioniert.
Wenn du schon ein Vergleich mit dem Auto herziehst, dann wäre ein passender eher “Wir haben ein Problem mit den Zündkerzen, die hat aber Bosch produziert, wir nutzen die nur. Die Kunden sollen sich bitte an Bosch wenden.” Auch wenn Bosch tatsächlich verantwortlich ist, wird trotzdem der Hersteller des Autos mit dem Lieferanten Bosch sich in Verbindung setzen.
Und, was noch wichtiger ist und was dir vielleicht noch auffällt, weil du es noch nicht ganz zu Ende gedacht hast, natürlich hat ein Autohersteller ein hohes Interesse daran, dass der Verkehr auf Straßen reibungslos funktioniert und er setzt auch viel Ressourcen ein, damit er reibunglos funkioniert. Je mehr Probleme auf den Straßen, umso mehr steigen auf Alternativen um, umso weniger Autos werden verkauft.

Genau das tun sie doch. Die Verbindung der Blizzard-Server an das gesamte Internet funktioniert, wie dir viele andere Spieler ebenfalls bestätigen können.

Ja, der Vergleich mit dem Auto mag in dieser Hinsicht etwas hinken, weshalb ich diesen so auch nicht nutzen würde.

Mein Vergleich mit dem Straßennetz an sich ist da schon passender: Stell dir vor, du willst mit dem Auto von Hamburg nach Berlin fahren. Du fährst also in Hamburg auf die A24 und folgst dieser einfach bis Berlin. Prinzipiell alles kein Problem, ist ja eine schöne und direkte Route.
Jetzt kommt aber das Problem: Irgendwo mittendrin (bspw. bei Kilometer 150 von 275 auf der Strecke) ist ein Baum umgefallen und blockiert eine Fahrbahn, wodurch es sich logischerweise etwas staut.

Was ist also die Lösung der meisten Leute hier im Topic: Sie rufen im Rathaus von Berlin an und beschweren sich darüber dass die Autobahn nicht frei ist. Die Leute im Rathaus sehen kurz nach und geben als Antwort: “Hier im Stadtgebiet ist alles einwandfrei, ich habe aber im Verkehrsfunk mitbekommen, dass es ein Problem 125km entfernt gibt. Wenden sie sich bitte an die zuständige Stelle im dortigen Landkreis, wir können da leider nichts tun.

Erwartest du dann auch, dass Mitarbeiter der Stadt Berlin sich ins Auto setzen müssen, um zwei Stunden irgendwohin zu fahren und dort ein Problem zu beheben, von dem sie vielleicht überhaupt keine Ahnung haben?

Nein, ist nicht der Fall. Ansonsten hätte doch nicht viele Tausende das Problem. Der Verbindung von Blizzard an Teilen des Internets funktioniert, an das Teil, was mit 1und1, Telekom, Swissirgendwas arbeitet, funktioniert es halt nicht.

Vergleiche hinken immer. Wenn ich mit dem Auto “Netflix”, “PuBG” , “Google”, “CoD”, “Battlefield” nicht im Stau stehe, überall gut durchkommen, aber mit dem Auto “Blizzard” im Stau stehe, an wen soll ich mich da wenden? An der Verkehrsminister oder an einen von Blizzard?
Manche sagen ja, dass es keinen direkten Zusammenhang mit Blizzard gäbe, aber genau dies ist der Fall.

Hi,

habe seit ca. 4 Wochen aus das Problem - 2-5x DCs am Tag in WoW+Bnet-Launcher, alle anderen Spiele funktionieren.

ISP: 1und1

TRACEROUTE:
traceroute to 46.88.26.147 (46.88.26.147), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.355 ms 0.339 ms 0.335 ms
2 37.244.24.130 (37.244.24.130) 1.186 ms 1.198 ms 1.195 ms
3 Blizzard Blizzard 3.471 ms 3.497 ms 3.499 ms
4 137.221.66.44 (137.221.66.44) 0.760 ms 0.906 ms 0.927 ms
5 137.221.78.68 (137.221.78.68) 1.160 ms 1.158 ms 1.156 ms
6 137.221.78.32 (137.221.78.32) 2.111 ms 0.947 ms 0.936 ms
7 80.156.162.85 (80.156.162.85) 1.628 ms 1.643 ms 1.640 ms
8 91.23.222.193 (91.23.222.193) 12.695 ms 12.652 ms 12.636 ms
9 p2E581A93.dip0. t- ipconnect .de (46.88.26.147) 26.680 ms 26.888 ms 26.896 ms

09/05/2019 10:03:35 UTC

TRACEROUTE:
traceroute to 46.88.26.147 (46.88.26.147), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.354 ms 0.347 ms 0.343 ms
2 37.244.24.130 (37.244.24.130) 0.619 ms 0.704 ms 2.278 ms
3 Blizzard Blizzard 2.331 ms 2.330 ms 2.332 ms
4 137.221.66.44 (137.221.66.44) 1.661 ms 1.690 ms 1.690 ms
5 137.221.78.68 (137.221.78.68) 2.287 ms 2.293 ms 2.294 ms
6 137.221.78.32 (137.221.78.32) 1.664 ms 3.039 ms 3.011 ms
7 80.156.162.85 (80.156.162.85) 3.327 ms 0.758 ms 2.334 ms
8 91.23.222.193 (91.23.222.193) 12.493 ms 12.535 ms 12.543 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *

09/05/2019 10:03:35 UTC

PING:
PING 46.88.26.147 (46.88.26.147) 56(84) bytes of data.

— 46.88.26.147 ping statistics —
4 packets transmitted, 0 received, 100% packet loss, time 2999ms

09/05/2019 10:03:35 UTC

PING:
PING 46.88.26.147 (46.88.26.147) 56(84) bytes of data.

— 46.88.26.147 ping statistics —
4 packets transmitted, 0 received, 100% packet loss, time 3004ms

09/05/2019 10:03:35 UTC

TRACEROUTE:
traceroute to 46.88.26.147 (46.88.26.147), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.302 ms 0.289 ms 0.287 ms
2 37.244.25.2 (37.244.25.2) 0.537 ms 0.604 ms 0.667 ms
3 Blizzard Blizzard 1.556 ms 1.572 ms 1.636 ms
4 137.221.66.36 (137.221.66.36) 1.205 ms 1.218 ms 1.219 ms
5 137.221.77.72 (137.221.77.72) 175.234 ms 175.254 ms 395.237 ms
6 137.221.77.34 (137.221.77.34) 0.636 ms 1.078 ms 1.040 ms
7 80.157.202.37 (80.157.202.37) 3.647 ms 2.964 ms 2.916 ms
8 87.137.223.153 (87.137.223.153) 18.348 ms 18.367 ms 18.367 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *

09/05/2019 10:03:39 UTC

PING:
PING 46.88.26.147 (46.88.26.147) 56(84) bytes of data.

— 46.88.26.147 ping statistics —
4 packets transmitted, 0 received, 100% packet loss, time 3002ms

09/05/2019 10:03:40 UTC

TRACEROUTE:
traceroute to 46.88.26.147 (46.88.26.147), 15 hops max, 60 byte packets
1 Blizzard Blizzard 0.323 ms 0.295 ms 0.294 ms
2 37.244.25.2 (37.244.25.2) 0.589 ms 0.616 ms 0.706 ms
3 Blizzard Blizzard 1.601 ms 1.623 ms 1.627 ms
4 137.221.66.36 (137.221.66.36) 1.465 ms 1.492 ms 1.494 ms
5 137.221.77.72 (137.221.77.72) 24.338 ms 24.389 ms 24.399 ms
6 137.221.77.34 (137.221.77.34) 0.685 ms 0.692 ms 0.682 ms
7 80.157.202.37 (80.157.202.37) 4.208 ms 3.410 ms 3.352 ms
8 87.137.223.153 (87.137.223.153) 17.395 ms 17.421 ms 17.421 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *

09/05/2019 10:03:43 UTC

PING:
PING 46.88.26.147 (46.88.26.147) 56(84) bytes of data.
64 bytes from 46.88.26.147: icmp_seq=2 ttl=54 time=32.9 ms
64 bytes from 46.88.26.147: icmp_seq=3 ttl=54 time=33.0 ms
64 bytes from 46.88.26.147: icmp_seq=4 ttl=54 time=33.1 ms

— 46.88.26.147 ping statistics —
4 packets transmitted, 3 received, 25% packet loss, time 2999ms
rtt min/avg/max/mdev = 32.981/33.046/33.116/0.055 ms

09/05/2019 10:03:45 UTC

MTR:
Start: Thu May 9 10:03:35 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.4 0.3 0.2 0.5 0.0
2.|-- 37.244.24.130 0.0% 10 0.5 0.7 0.5 1.2 0.0
3.|-- Blizzard 0.0% 10 1.4 1.5 1.3 2.0 0.0
4.|-- 137.221.66.44 0.0% 10 0.9 0.9 0.8 1.0 0.0
5.|-- 137.221.78.68 0.0% 10 1.0 1.3 1.0 3.1 0.6
6.|-- 137.221.78.32 0.0% 10 0.8 0.9 0.8 1.1 0.0
7.|-- 80.156.162.85 0.0% 10 0.9 1.1 0.8 1.4 0.0
8.|-- 91.23.222.193 0.0% 10 11.7 12.1 11.6 13.6 0.3
9.|-- p2E581A93.dip0 .t -ipconnect.de 0.0% 10 26.9 26.8 26.5 27.1 0.0

09/05/2019 10:03:35 UTC

MTR:
Start: Thu May 9 10:03:35 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.3 0.3 0.2 0.4 0.0
2.|-- 37.244.24.130 0.0% 10 0.6 0.6 0.5 1.2 0.0
3.|-- Blizzard 0.0% 10 1.2 1.4 1.2 1.6 0.0
4.|-- 137.221.66.44 0.0% 10 0.8 0.8 0.7 0.9 0.0
5.|-- 137.221.78.68 0.0% 10 1.0 1.9 0.9 7.9 2.1
6.|-- 137.221.78.32 0.0% 10 0.8 0.9 0.7 1.2 0.0
7.|-- 80.156.162.85 0.0% 10 1.2 1.1 0.7 1.3 0.0
8.|-- 91.23.222.193 0.0% 10 11.9 13.1 11.7 20.4 2.5
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0

09/05/2019 10:03:35 UTC

MTR:
Start: Thu May 9 10:03:35 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.4 0.4 0.3 0.5 0.0
2.|-- 37.244.25.2 0.0% 10 0.6 0.6 0.5 0.7 0.0
3.|-- Blizzard 0.0% 10 1.3 1.3 1.2 1.5 0.0
4.|-- 137.221.66.36 0.0% 10 1.2 1.1 1.0 1.2 0.0
5.|-- 137.221.77.72 0.0% 10 0.9 99.4 0.9 262.9 92.2
6.|-- 137.221.77.34 0.0% 10 0.8 0.8 0.7 1.1 0.0
7.|-- 80.157.202.37 0.0% 10 4.0 2.8 1.1 4.4 1.2
8.|-- 87.137.223.153 0.0% 10 17.4 17.8 17.4 18.4 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0

09/05/2019 10:03:35 UTC

MTR:
Start: Thu May 9 10:03:40 2019 Blizzard 1.|-- Blizzard 0.0% 10 0.3 0.4 0.3 0.4 0.0
2.|-- 37.244.25.2 0.0% 10 0.6 0.6 0.5 0.8 0.0
3.|-- Blizzard 0.0% 10 1.3 1.3 1.0 1.6 0.0
4.|-- 137.221.66.36 0.0% 10 1.1 1.1 1.0 1.2 0.0
5.|-- 137.221.77.72 0.0% 10 1.1 46.6 0.8 189.8 73.4
6.|-- 137.221.77.34 0.0% 10 0.8 0.9 0.7 1.4 0.0
7.|-- 80.157.202.37 0.0% 10 3.6 2.6 1.2 4.0 1.0
8.|-- 87.137.223.153 0.0% 10 17.5 17.6 17.4 18.3 0.0
9.|-- p2E581A93.dip0 . t -ipconnect.de 80.0% 10 33.3 33.1 32.9 33.3 0.0

09/05/2019 10:03:40 UTC

Es gibt auch hier im Topic viele Spieler, die bei den genannten Anbietern sind und absolut keine Probleme haben. Ich hatte bspw. dieses Jahr noch keinen einzigen Disconnect in WoW, und das als Telekom-Kunde aus einer Gegend, die rein der Logik nach von den genannten Problemen in Frankfurt eigentlich betroffen sein sollte.

An den Verkehrsminister, weil du mit dem Auto “Blizzard” von Hamburg nach Berlin im Stau stehst.
Mit dem Auto “Netflix” von Hamburg nach Köln, mit dem Auto “PuBG” von Hamburg nach München, mit dem Auto “Google” von Hamburg nach Amsterdam stehst du dann halt nicht im Stau, weil du eine ganz andere Strecke nimmst. Da ist dir ein Stau, der das Auto “Blizzard” betrifft, absolut egal.

Das hängt alles davon ab, wo die Server stehen, welchen Anbieter das Rechenzentrum für die Internetverbindung hat, wie dein Provider entsprechende Verbindungen routet, und so weiter. Selbst die Verbindung von dir zu Blizzard und die Verbindung deines Nachbarn zu Blizzard muss nicht zwingend die identische Route nehmen.

Wenn du mit dem Auto im Stau stehst, aber 10 Meter daneben die Eisenbahn ganz normal weiter fährt, beschwerst du dich dann auch bei deinem Ziel, dass die Straße dicht ist und du nicht ankommst?
Nach der hier vorherrschenden Argumentation ist ja das Ziel daran Schuld, dass du nicht dort ankommst und nicht der Stau auf der Straße…

Ähm das tut Blizz doch, die Leitungen in Ihrem Haus werden vielleicht regelmäßig kontrolliert und sobald die Leitung das Haus verlässt, ists nicht mehr im Aufgabenbereich von Blizz.
Denn dann fängt die Zuständigkeit des Besitzers der “öffentlichen” Leitungen an.

1 Like
Region: Nordrhein Westfallen 
Anbieter: Telekom 
Dauer: Seit 3 Monaten
Wo: Wenn ich WoW spiele.
TRACEROUTE:
traceroute to 84.147.43.126 (84.147.43.126), 15 hops max, 60 byte packets
 1  Blizzard Blizzard  0.266 ms  0.250 ms  0.248 ms
 2  37.244.24.130 (37.244.24.130)  0.864 ms  0.989 ms  1.101 ms
 3  Blizzard Blizzard  1.269 ms  1.328 ms  1.519 ms
 4  137.221.66.40 (137.221.66.40)  0.761 ms  0.883 ms  0.883 ms
 5  137.221.78.66 (137.221.78.66)  1.058 ms  1.057 ms  1.056 ms
 6  137.221.78.32 (137.221.78.32)  0.750 ms  1.115 ms  1.089 ms
 7  80.156.162.85 (80.156.162.85)  1.076 ms  1.071 ms  1.067 ms
 8  87.137.206.97 (87.137.206.97)  11.592 ms  11.584 ms  11.578 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *


09/05/2019 12:12:45 UTC
--------------------

MTR:
Start: Thu May  9 12:12:45 2019 Blizzard  1.|-- Blizzard                             0.0%    10    0.3   0.4   0.2   0.6   0.0
  2.|-- 37.244.24.130                             0.0%    10    0.5   0.6   0.5   0.9   0.0
  3.|-- Blizzard                           0.0%    10    1.1   1.4   1.1   1.5   0.0
  4.|-- 137.221.66.40                             0.0%    10    0.8   0.8   0.7   1.1   0.0
  5.|-- 137.221.78.66                             0.0%    10    0.8   4.9   0.8  39.7  12.2
  6.|-- 137.221.78.32                             0.0%    10    0.7   3.0   0.7  14.7   4.8
  7.|-- 80.156.162.85                             0.0%    10    1.1   1.0   0.7   1.4   0.0
  8.|-- 87.137.206.97                             0.0%    10   11.5  11.6  11.5  11.8   0.0
  9.|-- ???                                      100.0    10    0.0   0.0   0.0   0.0   0.0


09/05/2019 12:12:45 UTC
--------------------



Tracing route to 185.60.112.157 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  speedport.ip [192.168.2.1] 
  2    18 ms    18 ms    18 ms  62.155.241.188 
  3    22 ms    22 ms    22 ms  f-eh2-i.F.DE.NET.DTAG.DE [62.154.17.54] 
  4    22 ms    22 ms    22 ms  80.156.162.10 
  5    26 ms    26 ms    26 ms  ae1-br01-eqfr5.as57976.net [137.221.80.33] 
  6    26 ms    25 ms    25 ms  et-0-0-2-br01-eqam1.as57976.net [137.221.65.29] 
  7    29 ms    29 ms    29 ms  et-0-0-31-pe01-eqam1.as57976.net [137.221.78.67] 
  8    28 ms    28 ms    28 ms  185.60.112.157 

Trace complete.


                                     WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                            speedport.ip -    0 |  240 |  240 |    0 |    0 |    0 |    0 |
|                          62.155.241.188 -    1 |  236 |  235 |    0 |   18 |   47 |   17 |
|                f-eh2-i.F.DE.NET.DTAG.DE -    0 |  240 |  240 |   21 |   22 |   24 |   22 |
|                           80.156.162.10 -    1 |  236 |  235 |    0 |   22 |   51 |   21 |
|              ae1-br01-eqfr5.as57976.net -    1 |  236 |  235 |    0 |   29 |  145 |   26 |
|         et-0-0-2-br01-eqam1.as57976.net -    1 |  236 |  235 |    0 |   30 |  130 |   56 |
|        et-0-0-31-pe01-eqam1.as57976.net -    1 |  236 |  235 |    0 |   29 |   38 |   28 |
|                          185.60.112.157 -    1 |  236 |  235 |    0 |   27 |   32 |   27 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 Danke im Voraus! 

    Vorformatierten Text mit 4 Leerzeichen einrückenVorformatierter Text

Alles was von der Telefondose zu deinem Computer geht, gehört in dein Aufgabenbereich, alles was von der Telefondose zur Vermittlungsstelle geht, gehört nicht in deinen Aufgabenbereich. Wenn du jetzt nicht mehr ins Internet kommst, und du kannst ein Problem in deinem Aufgabenbereich ausschließen, rate mal, welche Person bei dem Besitzer der Leitung anruft und sich beschwert?

Ja, aber ich stehe ja nur mit dem Auto “Blizzard” im Stau, mit keinem anderen Auto stehe ich im Stau. Da wende ich mich natürlich an Blizzard. Die haben doch viel mehr Möglichkeiten Druck auf die Verantwortlichen auszuüben, als ich kleiner Wicht.

Und jetzt Beweis du mal, dass bei Blizz etwas falsch läuft. Es wird das Spiel mit Servern etc. zur Verfügung gestellt. Ich behaupte jetzt einfach mal, dass nur ein “kleiner” Teil der Spieler Probleme haben, ich zB habe keine.

Da bei Blizz anscheinend alles problemlos läuft und die Probleme vielleicht an bestimmten Knotenpunkten liegen, liegt es halt einfach nicht mehr in Händen von Blizz . Im Endeffekt ist man als Käufer ja sogar selbst verantwortlich zu schauen ob die Voraussetzungen zum spielen optimal gegeben sind. Von dem Hersteller werden die Zugriffsrechte von außen auf die hausinternen Server zur Verfügung gestellt. Das bedeutet, wenn du Probleme hast auf diese zuzugreifen und bei Blizz keine Probleme/Fehler vorhanden sind, kann Blizz nicht wirklich etwas machen.

Aber wenigstens versucht Blizz durch die Anforderungen von den ganzen Logs, MTR etc. dem Fehler immer näher zu kommen.
Den Unmut kann ich allerdings halt auch verstehen, wenns so lange dauert.
Nur bringt nur meckern und fordern nichts, wenn mal bei eigenen Problemen nicht auch etwas hilft, zB durch erstellen von diesen Logs etc.

Sorry das ist einfach nur Quatsch mit Soße.
Du liest überhaupt nicht die Posts hier durch und denkst nicht nach.

  • Viele berichteten, daß sie keinerlei Probleme haben - auch ich in keinster Weise.
  • Du sagst Tausende
    a) hast Du jetzt nachgezählt? :sweat_smile:
    b) Es gibt weit mehr als Tausende Spieler. :wink:

Und nochmals:
Blizzard kann nichts dafür, daß die Provider, die meistens auch die Telekomleitungen gemietet oder gar gekauft haben, derzeit Probleme haben.

Läge es rein an Blizzard, würden alle Spieler davon betroffen sein.
Und glaube mir, dann würde das Problem durch Blizzard schon längst gelöst sein.

1 Like

Eine Runde Antworten!

Phew, hier liegt schon extremer Paketverlust vor. Bei einer derart hohen Verlustrate ist es aber auch möglich, dass die entsprechenden Pings absichtlich von der Hardware verworfen werden. Auffälliger ist da schon die Latenzspitze von 265 ms am Eingang zum Netz deines Betreibers.

Ich würde hier vielleicht dazu raten, mit diesem MTR-Protokoll einmal den Kundendienst deines Anbieters zu kontaktieren; womöglich liegt die Ursache deiner Probleme am örtlichen Verteilerkasten. Kabel Deutschland sollte jedenfalls eigentlich nicht von den Telekom-Problemen betroffen sein; du wirst auch über völlig andere IPs geroutet.

Hier am siebten Hop kommt es auf dem Vodafone-Knoten zu minimalem Paketverlust. Der Rest der Routenverfolgung sieht eigentlich sauber aus, aber wenn das Problem tatsächlich an der Netzanbindung liegt, dann würde ich bei der Ursachenforschung auf diesen Hop tippen.

Das vielleicht mal im Auge behalten mit weiteren MTRs, und ggf. ebenfalls den Anbieter kontaktieren?

Das ist mehr eine Sicherheitsmaßnahme, um zu verhindern, dass der Charakter beim Einloggen durch die Welt fällt und manuell zurückgesetzt werden muss. Früher war das bei Verbindungsabbrüchen oft der Fall, weswegen nun dieser Workaround eingeführt wurde.

Sorry für die Umstände!

Gruß

~ Tyryndar

–––––––––
Die Welt kann nie genug Umfragen haben

Hier sehe ich schon am Router 11% Paketverlust. Bei nur 9 ms Latenz für den schlechtesten gemessenen Wert dürfte das eigentlich nicht passieren, denn eine Zeitüberschreitung liegt bei so guter Latenz nicht vor.

Eventuell könnte es etwas helfen, den Router mal zurückzusetzen – kurz: Stromstecker ziehen, zwei bis drei Minuten warten, dann das Gerät wieder einstöpseln.

Zwar sehe ich auch bei deiner MTR Paketverlust am Frankfurter Exchange, aber durch den Paketverlust am Router können wir dieses Protokoll so nicht verwerten, da die nachfolgenden Ergebnisse eventuell dadurch verfälscht worden sein können. Dennoch, vielen Dank für deine Mitarbeit! Vielleicht hilft der Tipp mit dem Router-Reset ja, dass sich dein Spielerlebnis zumindest etwas bessert.

Keine Sorge, wir müssen alle noch etwas dazulernen~

Pachimari hatte hier einen kleinen Guide veröffentlicht, der auch Tipps zur Formatierung enthält!

Wir sind uns gegenwärtig recht sicher, wo das Problem liegt, aber unsere Möglichkeiten, daran etwas zu ändern, sind leider begrenzt. Für den Moment nehmen wir gern weiterhin MTR-Protokolle auf, um sie ggf. weiterzuleiten, aber wirkliche Neuigkeiten haben wir aktuell nicht zu teilen.

Der Austausch des Kabels in Frankfurt hat offensichtlich nicht gereicht, um das Problem zu lösen – allerdings wurde dieser Backbone damit immerhin wohl bereits vom Betreiber als Ursache identifiziert, was auch zu den MTR-Ergebnissen passt, die wir hier sehen.

Gruß

~ Tyryndar

–––––––––
Die Welt kann nie genug Umfragen haben

2 Likes

Ich denke, das sollte gehen. Meinem Verständnis nach sollte dies einfach nur dazu führen, dass am Ende mehr Pakete in der Tabelle aufgeführt sind.

37% Packet Loss; das sieht ziemlich deutlich aus… Allerdings liegt diese IP laut Geolocation in Berlin? Kurios, damit hätte ich nicht gerechnet. Womöglich ein zusätzliches regionales Problem; dies könnte zu einigen anderen Spielerberichten passen in Bezug auf Disconnects, die uns hier nicht aufgefallen sind, da sie wohl einen kleineren Personenkreis betrafen als die am Frankfurter Exchange auftretenden Probleme.

Vielen Dank fürs Teilen!

Ja, bitte!

Nun ja, vielleicht nicht ganz so direkt, aber zumindest, sobald man ein entsprechendes MTR-Ergebnis hat, das Probleme im jeweiligen Hop anzeigt, kann man damit schon zum Kundendienst gehen und um Prüfung bitten. Tun die Leute ja hier im Forum auch, bzw. sogar ohne.

Nebenbei: deine Pastes sehen eigentlich ganz sauber aus. Dies passt zu meinen Beobachtungen/Vermutungen, dass die Leitung sonst stabil ist und auch keine Lags verursachen sollte – und nur 1-2x am Tag massenhaft Leute rauswirft.

Hier könnte ähnlich wie bei Embotai bereits ein Problem am örtlichen Eingang zum Netz deines Betreibers vorliegen. Dies vielleicht mal im Auge behalten und mit weiteren Protokollen testen, ob das konstant ist und wie das zu deiner Verbindungsqualität im Spiel passt.

Gruß

~ Tyryndar

–––––––––
Die Welt kann nie genug Umfragen haben

Du unterstellst mir, dass ich die Posts nicht durchlesen, schreibst dann aber weiter, dass Blizzard keine Schuld trage. Ja, das habe ich auch gar nicht behauptet.

Wenn bei unserem Raid die Hälfte gleichzeitig einen disconnect haben, wenn man sich dieses Forum mal anschaut, mit der Anzahl der Threads und den Zugriffzahlen, kann man die Zahl schon mit tausende angeben.

Und nochmals:

  • Es gibt einen direkten Zusammenhang zum Blizzardnetzwerk, da nur die Verbindung zum Blizzardnetzwerk unterbrochen wird, nicht zu anderen Diensten.
  • Blizzard kann das Problem lokalisieren, vermutlich sogar ohne die Logs hier.
  • Blizzard kann dann auch die zuständige Stelle kontaktieren und Druck ausüben.
  • Blizzard kann kommunikativer bei der Problemlösung sein. (das habe ich geschrieben, vor den 3 Blueposts hier)
1 Like

Meine Güte :frowning:
Genau das schreibe ich doch die ganze Zeit.
Du schreibst eben, daß Blizzard quasi die Schuld trägt.

Doch ich gebe nun auf, nur vergeudete Zeit.
Ich habe bisher nicht einen einzigen DC gehabt, sowie kaum Laggs.
Danke Blizzard, daß Ihr einzig alleine dafür verantwortlich seid, daß ich ohne Probleme spielen kann. Wer braucht schon provider - es obliegt ja alles bei Euch. :rofl:

3 Likes

Richtig, denn das Problem betrifft nicht alle, sondern ganz offensichtlich nur bestimmte Provider. Und da die Telekom nun einmal der größte Anbieter in unserem Ländchen ist und auch der Großteil des Datenverkehrs durch entsprechende Zentren läuft, nehme ich einmal an, dass die Verbindung von hier bis zum nächsten Blizzard Peering Point eine Macke hat.
Kabel-Anbieter haben das Problem augenscheinlich nicht.

Danke für die Antwort, Tyryndar.
Habe sie leider etwas später bemerkt. <3

Kann man so auch nicht unbedingt sagen.
Viele sind bei Telekom und haben diese Probleme.
Ich bin auch bei denen und habe schon sehr lange Zeit nicht einen einzigen DC gehabt.

Es kann jeden Provider treffen, der Leitungen der Telekom benutzt.
Und meistens gibt es auch gar keine anderen Leitungen, als die der Telekom.

37% Packet Loss; das sieht ziemlich deutlich aus… Allerdings liegt diese IP laut Geolocation in Berlin? Kurios, damit hätte ich nicht gerechnet.

Laut db-ip liegt diese IP in Frankfurt. Da scheinen sich die geo-ip Dienste wohl nicht ganz einig zu sein. Deckt sich dann zumindest mit den Problemen um die Frankfurter Exchange.

Laut Utrace liegt diese IP bei Kassel in einem See. :rofl:
Ich kann grad nicht mehr … würde den Paketlost ja zu 100% erklären.^^