VDSL 250 / Paketverlust auf 2. und 3. HOP sowie in der direkten Kommunikation mit FritzBox

vor 3 Jahren

Hallo zusammen, 

 

seit einigen Wochen habe ich akuten Paketverlust. Entweder in der Kommunikation mit der Fritz.Box auf dem 2. Hop oder auf dem 3. Hop. 

 

Die Probleme treten sowohl per LAN-Kabel als auch per WLAN-Verbindung - auch auf anderen Geräten. Verwendet wird eine FritzBox 7590 (Eigenanschaffung, kein Telekomgerät). 

 

Auch die Netzwerkkarte scheint nicht defekt zu sein, da das Problem auch per USB-C Ethernetadapter auftritt. 

 

Die Probleme korrelieren mit dem Ausbau des Glasfasernetztes an meinem Wohnort. So ziemlich seit Abschluss der Bauarbeiten klage ich über diese Probleme. 

 

Was genau kann noch unternommen werden um das Problem zu lokalisieren? 

 

Hier befinden sich mehrere Pingplotter Tables: 

 

 https://share.pingplotter.com/gzWXuQW5WHS

 

https://share.pingplotter.com/gzWXuQW5WHS

 

Hintergrund ist der, dass ich mit diesem deutlichen Paketverlust ständig von Online-Spiel-Servern -in diesem Fall iRacing- runtergeschmissen werden. 

Letzte Aktivität

vor 3 Jahren

von

Gelöschter Nutzer

593

0

14

    • vor 3 Jahren

      Mach Dich doch zuerst mal schlau, was Du da überhaupt gemessen hast, sodass man dann halbwegs auf Augenhöhe diskutieren kann. Am besten liest Du Dich zuerst mal zum Thema ICMP ein.

      0

      0

    • vor 3 Jahren

      @xNiclas 

      wo siehst du da irgendwelche relevanten Paketverluste ? Also ich sehe keine.

      100% der Pakete werden von de-fra.racing.com in einer Zeit von 10 ms angenommen.

       

      Falls du die Ausschläge auf der Route meinst, so sind diese irrelevant  wenn du dich mal mit dem Thema beschäftigst.

      Genau so irrelevant wie die PL am ersten Hop - deinem Router.


      https://www.pingman.com/kb/5

      The important thing to remember is that the final destination is what REALLY matters. If the final hop is showing zero packet loss and acceptable latency, there isn't a problem. All issues in hops before that become null and void.

       

       

      0

      9

      von

      vor 3 Jahren

      @xNiclas  Hier hast du ja ebenfalls schon die richtigen Hinweise bekommen. Also kein Thema für die Telekom würde ich mal sagen. Hast du da schon einige Punkte abgearbeitet?

       

      https://www.computerbase.de/forum/threads/10051-error-on-network-device-iracing-verbindungsabbruch.2151097/page-2

      0

      von

      vor 3 Jahren

      xNiclas

      Der technische Support von iRacing ist da anderer Meinung, ich bin kein Experte. Ich will nur die Lösung des Problems.

      Der technische Support von iRacing ist da anderer Meinung, ich bin kein Experte. Ich will nur die Lösung des Problems. 
      xNiclas
      Der technische Support von iRacing ist da anderer Meinung, ich bin kein Experte. Ich will nur die Lösung des Problems. 

      Und hier genau schreibt er dass was auch Pingplotter schreibt:

       

      xNiclas

      ISP backbone-scale routers often have a very low rate limit (responses per-second) on how many of these probes they will respond to. So it's not unusual to see packet loss on intermediate hops.

      ISP backbone-scale routers often have a very low rate limit (responses per-second) on how many of these probes they will respond to. So it's not unusual to see packet loss on intermediate hops.
      xNiclas
      ISP backbone-scale routers often have a very low rate limit (responses per-second) on how many of these probes they will respond to. So it's not unusual to see packet loss on intermediate hops.

       

      xNiclas

      while your fritzbox is not responding to a large percentage of the packets directed at it, that packet loss is not continuing to all other hops beyond it.

      while your fritzbox is not responding to a large percentage of the packets directed at it, that packet loss is not continuing to all other hops beyond it.
      xNiclas
      while your fritzbox is not responding to a large percentage of the packets directed at it, that packet loss is not continuing to all other hops beyond it.

      Nur dass der Support schreibt das sei stange (was es nicht ist) und der Hersteller des Tools schreibt

      All issues in hops before that become null and void.

       

      0

      von

      vor 3 Jahren

      Dass der iRacing-Support offenbar keine Ahnung hat, ist denke ich jetzt klar. 😄 

       

      Wie wäre denn eure weitere Vorgehensweise? Tatsächlich LAN-Kabel tauschen? Mehr Hinweise habe ich bisher nicht. 

       

      Ich weiß allerdings durch den Kabeltester, dass es einwandfrei funktioniert. Mir ein neues zu kaufen und einfach zu testen, stellt aber kein Problem dar. 

       

       

      0

      Uneingeloggter Nutzer

      von

    • vor 3 Jahren

      Was mich etwas irritiert ist, dass bereits im Heimnetz Pakete verschütt gehen. Der erste Hop ist doch die Fritzbox, oder sehe ich das falsch?

      Ich würde da mal ansesetzen.

      0

      0

    • vor 3 Jahren

      Was für Werte hast du im Plotter angegeben?

      Wenn du das Intervall zu gering hast, fängt ne Fritz!Box an, die unnötigen Anfragen auch als unnötiger Müll zu verwerfen.

      Kleiner als 1s darfst nicht gehen.

       

      Genau das gleiche Verhalten hast du dann auch auf der Route. 

       

      Passt auch zu dem Rest ... angeblich sau viel Paketverluste aber am Ende antwortet dir das Ziel ohne Verluste. 
      Kurz: Den PL auf der Route kannst du ignorieren. 

      1

      von

      vor 3 Jahren

      CyberSW

      Was für Werte hast du im Plotter angegeben?

      Was für Werte hast du im Plotter angegeben?
      CyberSW
      Was für Werte hast du im Plotter angegeben?

      Tatsächlich 1sek bzw. sogar mehrmals 0,5sek. Erklärt das Ganze natürlich. 

       

      Nichtsdestotrotz existiert der Verbindungsverlust "10051" - offenbar liegt nur das Problem woanders. 

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...