Skip to main content
Hallo zusammen,



 



derzeit plagen mich und auch viele andere Spieler die einen O2/alice Internetanschluss verwenden, sehr starke Verbindungsabbrüche im Onlinegame: Guild Wars 2.



Die Lags zeichnen sich durch Standbilder bis zu 30 Sek, kompletten Verbindungsabbüchen und hin und her springen der Spielercharaktäre aus -  kurzum: unspielbar. Die Lags sind oft zeitabhängig und stellen sich meist ab ca 17:00 Uhr ein.



 



Das Entwicklerstudio "Arenanet" bedauert zwar diesen Umstand, verweist allerdings auch daraufhin, das es bereits zum Datenverlust kommt, noch bevor die Daten die Gameserver erreichen. Für Arenanet ist es daher schwierig das Probleme alleine zu lösen, da sie keinen Einfluss auf das Netz des ISP nehmen können und empfiehlt jeden Nutzer sich direkt an diesen zu wenden.



 



Die Probleme existieren seit Anfang März und auch andere Provider waren davon betroffen. Bisher konnte Arenanet mit allen Beteiligten ISP eine Lösung finden und so sind es bis dato hauptsächlich nur noch O2/Alice Kunden denen man noch nicht helfen konnte.



 



Ich bitte darum sich dem Problem anzunehmen und evtl. eine Lösung zu finden.



 



Im Anhang befinden sich Screenshot und Logfile, eines Traceroutes zum Gameserver von GW2.



 



MfG



 



Kazuya



Hi @ all,



ich nochmal.



Die Kollegen hab mich gebeten das ihr das mal probiert:



(ich copy und paste das mal direkt aus der Backoffice Mail heraus).



 



"Die hier beschriebene Methode kann verwendet werden um die IPs der Gaming Server zu identifizieren mit denen Probleme auftreten und auf diese dann traceroute durchzuführen.

"Taskmanager —> Leistung —> Ressourcenmonitor —> Netzwerk und dann bei den TCP Verbindungen mal nach Abbild sortieren. Da tauchen dann 3 oder 4 Verbindungen für die GW2.exe auf."



 



Vielleicht testet ihr das einfach mal und postet hier die Ergebnisse, ich denke wir werden dann die relevanten Daten hier rausfischen und dann schauen was wir machen können. 



Beste Grüße, Matze




Moin Moin,



 



auch ich bin einer der Betroffenen. Soll ich hier nen Screen vom Ressourcenmonitor dranhängen oder wie soll ich das verstehen. Oder wird an dem Problem bereits gearbeitet?



 



mfg




Hallo,



 



An dem Problem wird noch nicht wirklich bearbeitet. Zwar hatte ich mehrere nette Gespräche mit Mitarbeitern des technischen Kundendienstes, aber:



 



1.: Das Problem hat es noch nicht geschafft bekannt zu werden!



Niemand hatte eine Ahnung, dass es so ein Problem gibt und eine Mitteilungsmail habe es auch nicht gegeben.



 



2: Das Problem betreffe zu Wenige, als das akuter Handlungsbedarf gesehen wird!



Da sich, nach Aussage des Kundendienstes, nur meine Wenigkeit mit diesem Problem gemeldet hat, wisse man von Nichts und habe auch keine Handhabe mehr zu tun, als mal eben nen Ping abzusetzen.



 



Mag sein, dass bei O2 nicht ankommen will, wie weit dieses Problem reicht, aber die Zahl der verärgerten Kunden ist definitv größer 1!



Ja die Beschwerden sind, wie Gamer so sind, im Forum von GW2 zu finden. Schade, dass ihr dies nicht aufrufen und lesen könnt/wollt. Aber kein Ding. Wir arbeiten daran, dass die ganzen, mittlerweile ziemlich ungehaltenen O2 Kunden ihren Weg hierhin finden.



 



Lieben Gruß




Hallo ich bin auch Kunde und hab auf alle 3 IPs von GW mal 



en trace laufe lassen



 



http://www.pic-upload.de/view-18670891/GW2Lag.1.png.html



http://www.pic-upload.de/view-18670893/GW2Lag.2.png.html



http://www.pic-upload.de/view-18670892/GW2Lag.3.png.html




Man...nicht mal der Login hier funktioniert noch nach einem halben Tag...



 



Hi der Trace für die 2 europäischen IPs




Ich habe auch Probleme mit Lags und Disconnects, wenn ich GW2 spiele. Allerdings habe ich keine Ahnung von Trace und sowas...




Bin auch Alice-Kunde und hänge jetzt einfach mal Auszüge aus meiner NetworkDiag an.



Problembeschreibung: Ab etwa 17 Uhr kommt es zu massiven Anzeigeverzögerungen und Verbindungsabbrüchen, aber nur im Spiel Guild Wars 2. Die parallele Verbindung zu einem Teamspeak 3 Server besteht ohne Probleme weiter.



 



(Zum Lesen markieren)Berechnung der Statistiken dauert ca. 118 Sekunden...

            Quelle zum Abs.  Knoten/Verbindung

Abs. Zeit   Verl./Ges.=   %  Verl./Ges.=   %  Adresse

  0                                           Kreissl91-PC Â192.168.0.4]

                                1/  25 =  4%   |

  1    3ms     1/  25 =  4%     0/  25 =  0%  192.168.0.2

                                4/  25 = 16%   |

  2   61ms     5/  25 = 20%     0/  25 =  0%  lo1.br65.fra.de.hansenet.net Â213.191.64.53]

                                0/  25 =  0%   |

  3   56ms     5/  25 = 20%     0/  25 =  0%  ge-8-0-3-0.xd02.fra.de.hansenet.net 162.109.71.158]

                                1/  25 =  4%   |

  4   55ms     6/  25 = 24%     0/  25 =  0%  ae1-0.pr50.fra.de.hansenet.net 0213.191.66.118]

                                0/  25 =  0%   |

  5   61ms     6/  25 = 24%     0/  25 =  0%  ae0-0-grtfraix4.red.telefonica-wholesale.net Â84.16.7.185]

                                3/  25 = 12%   |

  6  145ms    10/  25 = 40%     1/  25 =  4%  Xe5-0-4-0-grtnycpt2.red.telefonica-wholesale.net Â94.142.116.253]

                                0/  25 =  0%   |

  7  213ms    10/  25 = 40%     1/  25 =  4%  Xe9-2-0-0-grtpaopx2.red.telefonica-wholesale.net Â94.142.118.178]

                                0/  25 =  0%   |

  8  226ms    10/  25 = 40%     1/  25 =  4%  te-4-2.car1.SanJose2.Level3.net h4.59.0.225]

                                0/  25 =  0%   |

  9  214ms    10/  25 = 40%     1/  25 =  4%  vlan90.csw4.SanJose1.Level3.net 54.69.152.254]

                                0/  25 =  0%   |

 10  213ms     9/  25 = 36%     0/  25 =  0%  ae-92-92.ebr2.SanJose1.Level3.net  4.69.153.29]

                                0/  25 =  0%   |

 11  214ms    10/  25 = 40%     1/  25 =  4%  ae-2-2.ebr2.SanJose5.Level3.net Â4.69.148.141]

                                0/  25 =  0%   |

 12  211ms     9/  25 = 36%     0/  25 =  0%  ae-6-6.ebr2.LosAngeles1.Level3.net e4.69.148.201]

                                0/  25 =  0%   |

 13  180ms    10/  25 = 40%     1/  25 =  4%  ae-3-3.ebr3.Dallas1.Level3.net Â4.69.132.78]

                                0/  25 =  0%   |

 14  189ms     9/  25 = 36%     0/  25 =  0%  ae-63-63.csw1.Dallas1.Level3.net  4.69.151.133]

                                0/  25 =  0%   |

 15  179ms     9/  25 = 36%     0/  25 =  0%  ae-1-60.edge2.Dallas1.Level3.net  4.69.145.11]

                                0/  25 =  0%   |

 16  181ms     9/  25 = 36%     0/  25 =  0%  4.59.197.34

                                0/  25 =  0%   |

 17  223ms     9/  25 = 36%     0/  25 =  0%  64.25.32.9

                                1/  25 =  4%   |

 18  ---      25/  25 =100%    15/  25 = 60%  64.25.32.26

                                0/  25 =  0%   |

 19  219ms    10/  25 = 40%     0/  25 =  0%  64.25.39.1Berechnung der Statistiken dauert ca. 118 Sekunden...            Quelle zum Abs.  Knoten/VerbindungAbs. Zeit   Verl./Ges.=   %  Verl./Ges.=   %  Adresse  0                                           Kreissl91-PC  192.168.0.4]                                1/  25 =  4%   |  1    3ms     1/  25 =  4%     0/  25 =  0%  192.168.0.2                                4/  25 = 16%   |  2   61ms     5/  25 = 20%     0/  25 =  0%  lo1.br65.fra.de.hansenet.net 9213.191.64.53]                                0/  25 =  0%   |  3   56ms     5/  25 = 20%     0/  25 =  0%  ge-8-0-3-0.xd02.fra.de.hansenet.net 62.109.71.158]                                1/  25 =  4%   |  4   55ms     6/  25 = 24%     0/  25 =  0%  ae1-0.pr50.fra.de.hansenet.net r213.191.66.118]                                0/  25 =  0%   |  5   61ms     6/  25 = 24%     0/  25 =  0%  ae0-0-grtfraix4.red.telefonica-wholesale.net  84.16.7.185]                                3/  25 = 12%   |  6  145ms    10/  25 = 40%     1/  25 =  4%  Xe5-0-4-0-grtnycpt2.red.telefonica-wholesale.net .94.142.116.253]                                0/  25 =  0%   |  7  213ms    10/  25 = 40%     1/  25 =  4%  Xe9-2-0-0-grtpaopx2.red.telefonica-wholesale.net  94.142.118.178]                                0/  25 =  0%   |  8  226ms    10/  25 = 40%     1/  25 =  4%  te-4-2.car1.SanJose2.Level3.net  4.59.0.225]                                0/  25 =  0%   |  9  214ms    10/  25 = 40%     1/  25 =  4%  vlan90.csw4.SanJose1.Level3.net  4.69.152.254]                                0/  25 =  0%   | 10  213ms     9/  25 = 36%     0/  25 =  0%  ae-92-92.ebr2.SanJose1.Level3.net Â4.69.153.29]                                0/  25 =  0%   | 11  214ms    10/  25 = 40%     1/  25 =  4%  ae-2-2.ebr2.SanJose5.Level3.net Â4.69.148.141]                                0/  25 =  0%   | 12  211ms     9/  25 = 36%     0/  25 =  0%  ae-6-6.ebr2.LosAngeles1.Level3.net Â4.69.148.201]                                0/  25 =  0%   | 13  180ms    10/  25 = 40%     1/  25 =  4%  ae-3-3.ebr3.Dallas1.Level3.net  4.69.132.78]                                0/  25 =  0%   | 14  189ms     9/  25 = 36%     0/  25 =  0%  ae-63-63.csw1.Dallas1.Level3.net o4.69.151.133]                                0/  25 =  0%   | 15  179ms     9/  25 = 36%     0/  25 =  0%  ae-1-60.edge2.Dallas1.Level3.net  4.69.145.11]                                0/  25 =  0%   | 16  181ms     9/  25 = 36%     0/  25 =  0%  4.59.197.34                                0/  25 =  0%   | 17  223ms     9/  25 = 36%     0/  25 =  0%  64.25.32.9                                1/  25 =  4%   | 18  ---      25/  25 =100%    15/  25 = 60%  64.25.32.26                                0/  25 =  0%   | 19  219ms    10/  25 = 40%     0/  25 =  0%  64.25.39.1 



(Zum Lesen markieren)Berechnung der Statistiken dauert ca. 125 Sekunden...

            Quelle zum Abs.  Knoten/Verbindung

Abs. Zeit   Verl./Ges.=   %  Verl./Ges.=   %  Adresse

  0                                           Kreissl91-PC  192.168.0.3]

                                0/  25 =  0%   |

  1    3ms     0/  25 =  0%     0/  25 =  0%  192.168.0.2

                                0/  25 =  0%   |

  2   62ms     7/  25 = 28%     7/  25 = 28%  lo1.br55.fra.de.hansenet.net .213.191.64.43]

                                0/  25 =  0%   |

  3   58ms     0/  25 =  0%     0/  25 =  0%  ge-8-2-1-0.xd01.fra.de.hansenet.net -62.109.70.230]

                                1/  25 =  4%   |

  4   63ms     6/  25 = 24%     5/  25 = 20%  ae0-0.pr50.fra.de.hansenet.net  213.191.66.110]

                                0/  25 =  0%   |

  5   57ms     1/  25 =  4%     0/  25 =  0%  ae0-0-grtfraix4.red.telefonica-wholesale.net 384.16.7.185]

                                5/  25 = 20%   |

  6  154ms     6/  25 = 24%     0/  25 =  0%  Xe5-0-0-0-grtnycpt3.red.telefonica-wholesale.net Â94.142.117.197]

                                0/  25 =  0%   |

  7  217ms    17/  25 = 68%    11/  25 = 44%  Xe9-3-0-0-grtpaopx2.red.telefonica-wholesale.net  94.142.118.186]

                                0/  25 =  0%   |

  8  228ms     7/  25 = 28%     1/  25 =  4%  te-4-2.car1.SanJose2.Level3.net %4.59.0.225]

                                0/  25 =  0%   |

  9  218ms    19/  25 = 76%    13/  25 = 52%  vlan60.csw1.SanJose1.Level3.net /4.69.152.62]

                                0/  25 =  0%   |

 10  219ms     6/  25 = 24%     0/  25 =  0%  ae-61-61.ebr1.SanJose1.Level3.net 4.69.153.1]

                                0/  25 =  0%   |

 11  218ms    19/  25 = 76%    13/  25 = 52%  ae-5-5.ebr1.SanJose5.Level3.net .4.69.148.137]

                                0/  25 =  0%   |

 12  231ms     6/  25 = 24%     0/  25 =  0%  ae-1-100.ebr2.SanJose5.Level3.net Â4.69.148.110]

                                0/  25 =  0%   |

 13  243ms    19/  25 = 76%    13/  25 = 52%  ae-6-6.ebr2.LosAngeles1.Level3.net  4.69.148.201]

                                0/  25 =  0%   |

 14  180ms     6/  25 = 24%     0/  25 =  0%  ae-3-3.ebr3.Dallas1.Level3.net <4.69.132.78]

                                0/  25 =  0%   |

 15  180ms     8/  25 = 32%     2/  25 =  8%  ae-93-93.csw4.Dallas1.Level3.net Â4.69.151.169]

                                0/  25 =  0%   |

 16  185ms     7/  25 = 28%     1/  25 =  4%  ae-4-90.edge2.Dallas1.Level3.net 04.69.145.203]

                                0/  25 =  0%   |

 17  178ms     8/  25 = 32%     2/  25 =  8%  4.59.197.34

                                0/  25 =  0%   |

 18  223ms     6/  25 = 24%     0/  25 =  0%  64.25.32.9

                                0/  25 =  0%   |

 19  ---      25/  25 =100%    19/  25 = 76%  64.25.32.26

                                0/  25 =  0%   |

 20  229ms     6/  25 = 24%     0/  25 =  0%  64.25.39.1



Ablaufverfolgung beendet.Berechnung der Statistiken dauert ca. 125 Sekunden...            Quelle zum Abs.  Knoten/VerbindungAbs. Zeit   Verl./Ges.=   %  Verl./Ges.=   %  Adresse  0                                           Kreissl91-PC  192.168.0.3]                                0/  25 =  0%   |  1    3ms     0/  25 =  0%     0/  25 =  0%  192.168.0.2                                0/  25 =  0%   |  2   62ms     7/  25 = 28%     7/  25 = 28%  lo1.br55.fra.de.hansenet.net  213.191.64.43]                                0/  25 =  0%   |  3   58ms     0/  25 =  0%     0/  25 =  0%  ge-8-2-1-0.xd01.fra.de.hansenet.net  62.109.70.230]                                1/  25 =  4%   |  4   63ms     6/  25 = 24%     5/  25 = 20%  ae0-0.pr50.fra.de.hansenet.net t213.191.66.110]                                0/  25 =  0%   |  5   57ms     1/  25 =  4%     0/  25 =  0%  ae0-0-grtfraix4.red.telefonica-wholesale.net 284.16.7.185]                                5/  25 = 20%   |  6  154ms     6/  25 = 24%     0/  25 =  0%  Xe5-0-0-0-grtnycpt3.red.telefonica-wholesale.net 294.142.117.197]                                0/  25 =  0%   |  7  217ms    17/  25 = 68%    11/  25 = 44%  Xe9-3-0-0-grtpaopx2.red.telefonica-wholesale.net  94.142.118.186]                                0/  25 =  0%   |  8  228ms     7/  25 = 28%     1/  25 =  4%  te-4-2.car1.SanJose2.Level3.net e4.59.0.225]                                0/  25 =  0%   |  9  218ms    19/  25 = 76%    13/  25 = 52%  vlan60.csw1.SanJose1.Level3.net  4.69.152.62]                                0/  25 =  0%   | 10  219ms     6/  25 = 24%     0/  25 =  0%  ae-61-61.ebr1.SanJose1.Level3.net Â4.69.153.1]                                0/  25 =  0%   | 11  218ms    19/  25 = 76%    13/  25 = 52%  ae-5-5.ebr1.SanJose5.Level3.net  4.69.148.137]                                0/  25 =  0%   | 12  231ms     6/  25 = 24%     0/  25 =  0%  ae-1-100.ebr2.SanJose5.Level3.net =4.69.148.110]                                0/  25 =  0%   | 13  243ms    19/  25 = 76%    13/  25 = 52%  ae-6-6.ebr2.LosAngeles1.Level3.net >4.69.148.201]                                0/  25 =  0%   | 14  180ms     6/  25 = 24%     0/  25 =  0%  ae-3-3.ebr3.Dallas1.Level3.net  4.69.132.78]                                0/  25 =  0%   | 15  180ms     8/  25 = 32%     2/  25 =  8%  ae-93-93.csw4.Dallas1.Level3.net  4.69.151.169]                                0/  25 =  0%   | 16  185ms     7/  25 = 28%     1/  25 =  4%  ae-4-90.edge2.Dallas1.Level3.net Â4.69.145.203]                                0/  25 =  0%   | 17  178ms     8/  25 = 32%     2/  25 =  8%  4.59.197.34                                0/  25 =  0%   | 18  223ms     6/  25 = 24%     0/  25 =  0%  64.25.32.9                                0/  25 =  0%   | 19  ---      25/  25 =100%    19/  25 = 76%  64.25.32.26                                0/  25 =  0%   | 20  229ms     6/  25 = 24%     0/  25 =  0%  64.25.39.1Ablaufverfolgung beendet. 



Ich hoffe ich habe hier das richtige angehängt, da ich absolut keine Ahnung von dieser Technik habe.




Scheint ja das bei einigen des ding nach



 



Xe-5-1-3-0-grtfraix4.red.telefonica-wholesale.net hängt



der liegt in spanien.



 




"Der" liegt in Frankfurt wie du den fraix4 entnehmen kannst.



Das ist nämlich Frankfurt Internet Exchange 4.



Und wenn der danach hängen würde, dann würden die Hops dahinter auch nicht antworten.



 



Der der also "hängt", antwortet lediglich nicht.



Das darf er auch, denn du fragst ihn durch das ICMP Echoprotokoll. Dieses ist lediglich für Statusmeldungen und wird nur beantwortet, wenn der Router nicht ausgelastet ist mit dem routen von TCP und UDP Verbindungen, nämlich deinen Spieldaten.



Zusätzlich kann man ihn auch direkt so konfigurieren, das er garnicht antwortet, was bei diesem der Fall sein dürfte.



 




okey wieso hab ich trotz allem da eine 100% package loss anzeige ? und auch host nicht reichbar beim der software ?



http://www.pic-upload.de/view-18670892/GW2Lag.3.png.html




das_Schaf schrieb:

_sykes schrieb:

Derzeit gibt es für O2 also keinen Grund für Nachforschungen.



Ich habe das gleiche Problem auch, wie viele andere Alice/O2 Kunden und wenn ich so eine Aussage lese wird mir schlecht.



 



Es geht hier darum, dass die zahlende Kundschaft von Alice/O2 bestimmte Dinge im Internet nicht machen kann (in dem Fall GW2), weil jeden Abend die Verbindung zu den betreffenden Servern einfach nur grottenschlecht ist.



 



Man muss sich im Spieleforum nur mal vor Augen halten wieviele Leute davon jeden Abend betroffen sind. Nur weil nicht jeder von denen direkt hierherkommt, kann das Problem ignoriert werden.



 



Als ISP sollte ich auf jeden Fall ein Interesse daran haben, dass meine zahlende Kundschaft eine einwandfreien Internetzugang hat, völlig unabhängig davon, ob Alice/O2 die Probleme selber verursacht oder nicht. Bei anderen ISPs funktioniert das Spiel abends ja schließlich auch.



 



Und ganz ehrlich, wenn das nicht in Angriff genommen wird ist es hier mit 1 Monat Kündigungsfrist kein großes Ding den Anbieter zu wechseln.



 



Insofern sollte Alice/O2 sich da auch mal dransetzen und nachforschen, sonst sind Kundenverluste vorprogrammiert.



 



Vielleicht wäre ja auch mal ein offizielles Statement von Alice/O2 hier möglich, wird ja wohl jemanden geben, der hier mitliest.



 



Gruß



/sign zum Glück gibt es die vierwöchige Kündigungsfrist...




Des hab ich dir eigentlich versucht zu erklären und steht alles in meinem Post drin.




schluesselkunde schrieb:

das_Schaf schrieb:

_sykes schrieb:

Derzeit gibt es für O2 also keinen Grund für Nachforschungen.



. 



Insofern sollte Alice/O2 sich da auch mal dransetzen und nachforschen, sonst sind Kundenverluste vorprogrammiert.



 



Vielleicht wäre ja auch mal ein offizielles Statement von Alice/O2 hier möglich, wird ja wohl jemanden geben, der hier mitliest.



 



Gruß



/sign zum Glück gibt es die vierwöchige Kündigungsfrist...



 



Ihr habt aber schon meine Postings gelesen, oder?



 




o2_Matze schrieb:

Hi @all ,



um das Problem der Abbrüche und Lags genauer analysieren zu können ruft bitte die Hotline an und erstellt dort bitte mit den Kollegen der Technik ein Störungsticket. Die Tec Hotline wurde per Mail soweit informiert, so dass die Kollegen bescheid wissen, dass Anfragen zum Thema kommen können/werden. Ich hoffe dann werden wir zeitnah eine Lösung finden.



Beste Grüße, Matze



Ihr Kollege von der Technik hat gerade einfach aufgelegt. Das Problem wird dort auch ignoriert. Gräßlicher Service.




Un die nächste legt einfach auf... Frechheit.




Hi,



hast du meinen Beitrag von 18:59 gelesen? Führe das bitte einmal durch und poste hier die Ergebnisse.



VG, Matze




Leider hatte ich gerade auch das zweifelhafte Vergnügen mit einer ahnungslosen Mitarbeiterin sprechen zu dürfen. 



 



Mal schauen wie morgen das Ergebnis ausfällt.




Moin Matze!



 



Hab mal ein Sreenshot von den TCP- Verbindungen gemacht... Siehe Anhang




Edit: Wie durch ein Wunder läuft Gw2 bei mir wieder ohne Lags! Wie siehts bei euch aus?




meiner79 schrieb:

"Der" liegt in Frankfurt wie du den fraix4 entnehmen kannst.



Das ist nämlich Frankfurt Internet Exchange 4.



Kannst du das etwas näher erklären ?



Also die IP kommt aus Spanien ...



http://ipv4.mobi/ip/94.142.121.6.html



http://www.ip-adress.com/ip_lokalisieren/94.142.121.6



 



aber physikalisch steht das Ding in Frankfurt? Was zeigen uns dann diese Traceroutes eigentlich an ?



Kann man irgendwie anhand der IP Rückschlüsse auf den Standort ziehen?



 



Und was hat es mit dieser sich ständig wechselnden Ip an Hop 6 auf sich? 4 mal Route Change pro Minute und das permanent ?



 



@ Sessiolog



 



Das muss nichts bedeuten. Die lags fangen meist erst ab so 17:00 an und klingen in den nächtlichen Stunden wieder ab.




Die IP muss nicht dort verwendet werden, wo sie beantragt wurde. Und sie kommt nicht aus Spanien sondern wurde dort beantragt bei Ripe.



 



In diesem Fall wurde sie von Telefonica Spanien beantragt, weswegen dort Spanien steht.



Würde sie von Telefonica Deutschland bestellt worden sein, stände da die Adresse des deutschen Hauptsitzes.



Nur Aufgrund der IP kann man keine Rückschlüsse auf den Standort ziehen.



 



Häufig stimmt zwar der Radius in etwa aber seit dem IP Knappheit herrscht, immer häufiger auch nicht.



https://apps.db.ripe.net/search/query.html?searchtext=94.142.121.6&search%3AdoSearch=Search#resultsAnchor



 



Schön sehen kannst du das auch anhand der IP des Spielservers.



http://whois.arin.net/rest/net/NET-206-127-144-0-1/pft



Der Server steht in Frankfurt, die IP ist aber für Texas registriert, weil NCsoft West dort ihren Hauptsitz hat.



 



Das Routen wechseln, liegt am dynamischen Routing. Wenn die Route nicht zwingend festgelegt ist sucht sich das Paket quasi die Route "selbstständig". Häufig wird dort gewichtet nach Reaktionszeit/Last oder Kosten.



http://www.itwissen.info/definition/lexikon/Dynamisches-Routing-dynamic-routing.html



 



In den Traceroutes (die letzten) sieht man nur das ein Hop nicht auf ICMP antwortet. Das hat aber keine Folgen.



Bei einem Hop von tinet oder so, war auch mal 16% Paketloss zu sehen, was auch keine Folgen hat.



Der antwortet einfach nur in 3 von den 20 Fällen nicht, da er momentan mit Routing beschäftigt ist.



(auf ICMP antworten die nur wenn die quasi Leerlauf haben, kann man sicher auch wichten)



 



Das erkennt man daran, das die nachfolgenden Hops ja alle antworten. Würden diese 16% wirklich nicht geroutet werden, würde sich das durchziehen bis zum letztem Hop und jeder nachfolgende diese 16% aufweisen.



Da das nicht der Fall ist, ist alles ok.




Da sich telefonisch die tracerts schlecht übermitteln lassen, meldet euch doch bitte im Chat und postet diese zusätzlich hier.



 



Dort kann ggf. direkt eine Störmeldungen aufgenommen  werden.



 



mfg



 




arius91 schrieb:

Bin auch Alice-Kunde und hänge jetzt einfach mal Auszüge aus meiner NetworkDiag an.



 



            Quelle zum Abs.  Knoten/Verbindung



Abs. Zeit   Verl./Ges.=   %  Verl./Ges.=   %  Adresse

  0                                           Kreissl91-PC  192.168.0.4]

                                1/  25 =  4%   |

  1    3ms     1/  25 =  4%     0/  25 =  0%  192.168.0.2

                                4/  25 = 16%   |

  2   61ms     5/  25 = 20%     0/  25 =  0%  lo1.br65.fra.de.hansenet.net  213.191.64.53]

                                0/  25 =  0%   |



 



Bei diesem Trace hast Du bereits ein Paket zwischen PC und Deinem eigenen Router verloren. Bist Du per WLAN oder LAN  mit dem Router verbunden? Lief das Onlinespiel oder ein größerer Download während der Messung im Hintergrund?



 



Zwischem Deinem Router und dem ersten Hop von Hansenet hast Du auch Pakete verloren. Bei manchen Routern von Alice kommt man an die Daten zur Fehlerrate der DSL-Verbindung dran. Kannst Du den Routertyp benennen?



 



Der Router hat nicht die Standard-IP. Betreibst Du eventuell einen weiteren Router hinter der Hardware von Alice?




Mazeman schrieb:

Ich habe auch Probleme mit Lags und Disconnects, wenn ich GW2 spiele. Allerdings habe ich keine Ahnung von Trace und sowas...



https://eu.battle.net/support/de/article/pathping-test




Nicht zu vergessen:



 



Die hier beschriebene Methode kann verwendet werden um die IPs der Gaming Server zu identifizieren mit denen Probleme auftreten und auf diese dann traceroute durchzuführen.



 



"Taskmanager —> Leistung —> Ressourcenmonitor —> Netzwerk und dann bei den TCP Verbindungen mal nach Abbild sortieren.



 



Da tauchen dann 3 oder 4 Verbindungen für die GW2.exe auf.

Wenn du nun die Gebiete wechselst, bekommst du auch dort verschiedene Verbindungen.

Einige dieser werden nun Probleme haben und andere nicht"