Paketverlust im Spiel Apex Legends

Question

Guten Morgen liebe Community,&#xa0;ich habe seit ca. 3-4 Wochen ein Problem mit Paketverlust im Spiel Apex Legends. Davor lief alles reibungslos.An meiner Hardware habe ich keine veränderungen vorgenommen. In anderen spielen wie z.B. CS:GO und PUBG habe ich keine probleme. Das Komische ist, dass der Paketverlust nicht immer auftritt, aber immer ein ganzes Match lang da ist, oder halt nicht.&#xa0;Es ist egal, zu welchem Datenzentrum von Apex ich mich verbinde. Im Anhang habe ich ein paar Bilder von PingPlotter tracer zu verschiedenen Datenzentren angehängt. Router ist der Speedport W 724V. Verbindung via LAN Kabel.&#xa0;Mit freundlichen Grüßen &#xa0;&#xa0;

olliMD · Answer

Bitte die Suche benutzen nach  Peering , IP-Transit, da findest Du die Erklärung.

Oliver I. · Answer

Hallo @kimba404,herzlich willkommen in unserer Community.Der Datenaustausch zwischen den Netzen einzelner Internet-Serviceprovider erfolgt über Internet-Knoten. Dieser Zusammenschluss der Netze nennt sich  Peering . Die Knotenpunkte haben eine begrenzte Bandbreite. In Abhängigkeit vom Datenverkehr und der verfügbaren Bandbreite an einem Knotenpunkt kann es zu Engpässen im Datenverkehr von einem Internet-Serviceprovider zu einem anderen kommen. So können unterschiedliche Downloadratenoder Antwortzeiten zu einem Dienst zu unterschiedlichen Tageszeiten entstehen, wenn der Datenverkehr über einen Internet-Knoten geführt wird. Kommt es aufgrund von Überlastsituationen zu Engpässen bei Übergängen zu Providern, über die der Server erreicht werden muss, wird sich die Ping-Laufzeit verschlechtern, da Pakete am Netzübergang zum anderen Provider in einer Queue (Warteschlange) sequentiell abgearbeitet werden müssen. In einem solchen Fall sind wir bestrebt, mit dem jeweiligen Netzbetreiber eine Aufrüstung der Verbindungen zu erreichen. Eine einseitige Lösung allein durch die Telekom ist in einem solchen Fall nicht möglich. Lediglich das Umrouten des Verkehrs kann ggf. zu einer temporären Entschärfung der Situation führen. Kundenindividuelle Routenwechsel sind technisch nicht umsetzbar. Bevor von einem Peeringproblem ausgegangen werden kann, sollten lokale Fehler wie gestörte DSL-Verbindungen oder Fehler im Heimnetzwerk (fehlerhafte Verkabelung, gestörtes WLAN, defektes Endgerät) ausgeschlossen werden.Mögliche Fehlerbilder:•Verlangsamter Seitenaufbau beim Abruf bestimmter Webseiten •Störungen beim Abruf bestimmter Video- und Audiostreams (Tonaussetzer, Bildruckler, Verpixelungen, Abbrüche)(Achtung nicht bei Fernseh- oder  VoD -Streams bei einem Entertainanschluß) •Schlechte Performance bei bestimmten Gaming-Anwendungen (verspätete Reaktion auf Aktionen, Verbindungsabbrüche) - Lange Pinglaufzeiten zu bestimmten, nicht direkt an das Telekom-Netz angeschlossene Server (Richtwerte:innerhalb Deutschland ca.30-70ms, Nordamerika Ostküste ca.120ms, Westküste ca.200ms). Bei extremer Überlast auf Peeringverbindungen können darüber hinaus auch Paketverluste auftreten •Schlechte Downloadraten beim Dateidownload von bestimmten Servern bis hin zu DownloadabbrüchenWann können diese Symptome auf ein Problem einer Peeringverbindung zurückgeführt werden?•Die o.g. Störungen treten nicht bei jeglicher Internetkommunikation, sondern nur bei bestimmten Zielen oder Anwendungen und auch nur zu bestimmten Zeiten auf. •Die Fehler treten nicht einmalig, sondern regelmäßig über mehrere Tage/Wochen (evtl. nur zu bestimmten Zeitenwie z.B. 18-21 Uhr) auf. •Peeringprobleme haben eine hohe Wirkbreite, daher kommt es in diesem Fall zu einer Häufung ähnlicher Probleme bei mehreren Kunden in gleichen Zeiträumen. Möglichkeiten zur Analyse bzw. weiteren Eingrenzung:Einen Traceroute zu dem betroffenen Server starten. Ist im Traceroute ein signifikanter Laufzeitsprung beim Übergang vom Telekom-Backbone zum  Peering -Partner (erkennbar am aufgelösten Hostnamen oder Wechsel von IP-Adressbereichen) zu beobachten, deutet dies auf einen Engpass bzw. Performanceprobleme auf dieser Verbindung hin. Laufzeitsprünge hinter diesem Übergang liegen außerhalb des Einflussbereiches der Telekom und deuten auf Leitungsengpässe anderer Provider oder Serverprobleme hin.Traceroutebeispiel mit Laufzeitsprung auf  Peering übergang:C:	racert www.cogentco.comRoutenverfolgung zu cogentco.com [38.100.128.10] über maximal 30 Abschnitte:1 [1 ms [1 ms [1 ms speedport.ip [192.168.2.1]2 19 ms 19 ms 19 ms 217.0.119.1483 19 ms 19 ms 19 ms 217.0.86.864 20 ms 20 ms 20 ms f-ea1.F.DE.net. DTAG .DE [62.154.18.22]5 465 ms 463 ms 464 ms po2-0.core01.fra01.atlas.cogentco.com [212.20.159.38]6 465 ms 465 ms 465 ms po1-1.core01.fra03.atlas.cogentco.com [130.117.1.197]7 466 ms 465 ms 482 ms te2-8.ccr01.fra03.atlas.cogentco.com [130.117.1.30]8 465 ms 464 ms 466 ms te3-3.mpd01.fra03.atlas.cogentco.com [130.117.1.53]9 466 ms 462 ms 461 ms cogentco.com [38.100.128.10]Ablaufverfolgung beendet.Traceroutebeispiel ohne Laufzeitsprung auf  Peering übergang:C:	racert youtube.deRoutenverfolgung zu youtube.l.google.com [208.117.236.69] über maximal 30 Abschnitte:1 [1 ms [1 ms [1 ms speedport.ip [192.168.2.1]2 19 ms 19 ms 19 ms 217.0.119.1483 19 ms 19 ms 19 ms 217.0.86.864 20 ms 20 ms 20 ms f-ea5.F.DE.net. DTAG .DE [62.154.16.161]5 20 ms 21 ms 20 ms te-4-4.car2.Frankfurt1.Level3.net [4.68.110.253]6 29 ms 20 ms 32 ms vlan99.csw4.Frankfurt1.Level3.net [4.68.23.254]7 21 ms 20 ms 20 ms ae-92-92.ebr2.Frankfurt1.Level3.net [4.69.140.29]8 29 ms 35 ms 35 ms ae-2-2.ebr1.Dusseldorf1.Level3.net [4.69.132.137]9 32 ms 35 ms 35 ms ae-48-108.ebr2.Dusseldorf1.Level3.net [4.69.141.90]10 33 ms 35 ms 35 ms ae-44.ebr1.Amsterdam1.Level3.net [4.69.141.74]11 28 ms 32 ms 35 ms ae-46-106.ebr2.Amsterdam1.Level3.net [4.69.141.98]12 46 ms 35 ms 36 ms ae-2.ebr2.London1.Level3.net [4.69.132.133]13 105 ms 105 ms 105 ms ae-41-41.ebr1.NewYork1.Level3.net [4.69.137.66]14 115 ms 108 ms 107 ms ae-71-71.csw2.NewYork1.Level3.net [4.69.134.70]15 105 ms 105 ms 105 ms ae-24-79.car4.NewYork1.Level3.net [4.68.16.70]16 110 ms 111 ms 111 ms GOOGLE-INC.car4.NewYork1.Level3.net [4.78.166.246]17 118 ms 118 ms 118 ms 10.33.128.118 126 ms 126 ms 126 ms 10.33.254.17019 182 ms 182 ms 180 ms 10.33.254.12120 181 ms 183 ms 183 ms 10.33.254.13021 184 ms 184 ms 184 ms 10.33.176.7422 185 ms 185 ms 185 ms youtube.com [208.117.236.69]Wo genau es zu Engpässen kommt, kann man im Traceroute am Besten daran erkennen, ab welchem Hop (bezeichnet den Weg über einen Router) sich die Laufzeiten signifikant erhöhen. Oft ist die Engstelle der Punkt (Hop), ab dem die Daten vom Netz der Deutschen Telekom an einen Partner übergeben werden oder dahinter. In den Beispielen sieht man, dass am 4. Hop(x. DTAG .DE) die Antwortzeiten noch gering sind und sich erst später, außerhalb unseres Einflussbereiches, erhöhen. Viele GrüßeOliver I.

Social Media