Thema "Re: Routing Problem (wieder)" in Störungen im Kabel-Netz

Routing Problem (wieder)

SmegGeb93 — Sat, 18 Jun 2022 10:53:20 GMT

Hallo zusammen,

Mir ist seit einiger Zeit aufgefallen, dass die Nutzung meines Heimnetzes aufgrund langer Ladezeiten fast unmöglich ist. Inhalte in Apps, wie Instagram oder YouTube laden sehr lange. Das Problem behebt sich, sobald ich ins mobile Netz wechsele.

Ein Speedtest zeigt, dass ich die vollen 100 Mbit I'm Download und 10 Mbit I'm upload ausschöpfe.

Durch eine tracert zur Domain spotify konnte ich aber feststellen, dass per mobiles Netz 10 Hops und per "Heimnetz" >30 Hops notwendig sind. Ich füge die Screenshots hinzu.

Wäre es möglich das Routing zu prüfen und ggf. anzupassen?

Das oben beschriebene Problem hatte ich bereits in einem anderen Beitrag beschrieben. Der jetztige bezieht sich auf das Heimnetz bei meinen Eltern. Bei mir wurde das Problem dadurch gelöst, dass eine öffentliche IP vergeben wurde. Wäre das hier in diesem Fall auch möglich?

Viele Grüße

Betreff: Routing Problem (wieder)

Kieferer — Sat, 18 Jun 2022 11:28:37 GMT

Möglicherweise ist das ein IPv6 Problem.

Rufe diesen Test auf, warte einige Sekunden bis der Test fertig ist und poste als Foto das Ergebnis.

Dual Stack gibt es im Ex KDG Gebiet nur durch Einwurf kleiner Münzen.

Betreff: Routing Problem (wieder)

SmegGeb93 — Sun, 19 Jun 2022 08:55:54 GMT

Hey,

Habe den Test gemacht. Screenshot ist im Anhang 🙂

Re: Routing Problem (wieder)

Moni_GK — Sun, 19 Jun 2022 17:05:35 GMT

Hallo SmegGeb93,

betrifft es nur die Apps oder auch die Webseiten?

Grüße Moni

Re: Routing Problem (wieder)

SmegGeb93 — Sun, 19 Jun 2022 17:24:40 GMT

Hey Moni,

Es betrifft leider sowohl die meisten Seiten und Apps. Ich habe Mal einen tracert für die Domain Instagram.com und spotify.de gemacht. Beide Male bleiben die Datenpakete im Raum Kassel "stecken". Ich habe Mal die Anzahl der Hops vergrößert, aber es kommt leider immer wieder zum selben Ergebnis

Liebe Grüße

Smeggeb93

Re: Routing Problem (wieder)

Moni_GK — Mon, 20 Jun 2022 13:31:14 GMT

Hallo,

dann schick doch bitte mal den Screenshot vom Tracert.

Grüße Moni

Re: Routing Problem (wieder)

SmegGeb93 — Mon, 04 Jul 2022 10:56:49 GMT

Hey,

Sorry für die späte Antwort. Ich habe einen Screenshot des tracerts im Anhang hinterlegt. Leider sind einige Apps/Seiten unbrauchbar durch das Routing Problem:/

Viele Grüße

Re: Routing Problem (wieder)

Kieferer — Mon, 04 Jul 2022 11:24:04 GMT

Bitte den tracert am PC ausführen. Und dann beschreibe, wo das Packet „hängen“ bleibt.

Re: Routing Problem (wieder)

SmegGeb93 — Mon, 04 Jul 2022 11:37:28 GMT

Hey,

Am beispiel disneyplus.de bleibt das Paket beim 33. Hop hängen.

IP:108.166.240.8.

Danach folgen bis zum 255. Hop ausschließlich Zeitüberschreitungen

Wenn ich mein mobiles Internet als Hotspot nutze erreiche ich das Ziel bereits nach 12 Hop

Viele Grüße

Re: Routing Problem (wieder)

Kieferer — Mon, 04 Jul 2022 11:48:05 GMT

Danke. Aber mit dieser Information kann keiner was anfangen.

Gehe zum PC, setze ein tracert zu ?? ab und warte bis der tracert durch ist.

Nun hast du 2 Möglichkeiten:

Kopiere den Inhalt des Terminals durch Auswahl mit der Maus, rechte Maustaste -> kopieren und poste dies mit "Code Einfügen"
Erstelle einen Screenshot, speichere diesen und lade diesen hoch. Poste das Foto.

Re: Routing Problem (wieder)

Kieferer — Mon, 04 Jul 2022 12:36:29 GMT

Aller Wahrscheinlichkeit nach hast du nicht die richtige Zieladresse. Die Disney Server sind bei AWS in den USA gehostet. Somit ist auch der hohe ping erklärbar.

Unter Linux mit tcpping, also kein Ping, ist disney erreichbar.

thomas@thomas-P14s:~$ tcpping disneyplus.de
seq 0: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  192.328 ms
seq 1: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  193.069 ms
seq 2: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  193.156 ms
seq 3: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  187.560 ms
seq 4: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  192.694 ms
seq 5: tcp response from ec2-54-218-188-255.us-west-2.compute.amazonaws.com (54.218.188.255) [open]  188.084 ms

Mit ping jedoch nicht. Das Ziel – disney – lässt kein Ping zu, verwirft alle Anfragen, also kein Pong von Disney!

thomas@thomas-P14s:~$ ping disneyplus.de
PING disneyplus.de (54.218.188.255) 56(84) Bytes Daten.

^C
--- disneyplus.de ping-Statistik ---
212 Pakete übertragen, 0 empfangen, 100% Paketverlust, Zeit 216043ms

Mehr als 30 Hops läßt tracert nicht zu. Auch hier verwerfen viele Server den Ping.

C:\Users\dna>tracert disneyplus.de

Routenverfolgung zu disneyplus.de [54.218.188.255]
über maximal 30 Hops:

  1    14 ms    11 ms    10 ms  ipbcc044fe.dynamic.kabel-deutschland.de [188.192.68.254]
  2     9 ms    13 ms    10 ms  ip5886bf7e.dynamic.kabel-deutschland.de [88.134.191.126]
  3    12 ms    13 ms    29 ms  83-169-156-91.static.superkabel.de [83.169.156.91]
  4    13 ms    14 ms    12 ms  145.254.3.100
  5    17 ms    16 ms    13 ms  145.254.2.175
  6    19 ms    17 ms    15 ms  ae4-100-xcr1.mue.cw.net [195.2.5.13]
  7    17 ms    34 ms    20 ms  ae10.pcr1.fis.cw.net [195.2.18.182]
  8    20 ms    19 ms    21 ms  ffm-b5-link.ip.twelve99.net [62.115.174.154]
  9    19 ms    18 ms    18 ms  ffm-bb1-link.ip.twelve99.net [62.115.114.88]
 10    28 ms    29 ms    25 ms  prs-bb1-link.ip.twelve99.net [62.115.123.13]
 11   110 ms   106 ms   107 ms  ash-bb2-link.ip.twelve99.net [62.115.112.242]
 12   161 ms   160 ms   162 ms  lax-b22-link.ip.twelve99.net [62.115.121.220]
 13   160 ms   166 ms   164 ms  vadata-svc071504-lag003440.ip.twelve99-cust.net [213.248.103.235]
 14     *        *        *     Zeitüberschreitung der Anforderung.
 15     *        *        *     Zeitüberschreitung der Anforderung.
 16     *        *        *     Zeitüberschreitung der Anforderung.
 17     *        *        *     Zeitüberschreitung der Anforderung.
 18     *        *        *     Zeitüberschreitung der Anforderung.
 19     *        *        *     Zeitüberschreitung der Anforderung.
 20     *        *        *     Zeitüberschreitung der Anforderung.
 21     *        *        *     Zeitüberschreitung der Anforderung.
 22   190 ms   189 ms   187 ms  108.166.236.4
 23   189 ms   188 ms   188 ms  108.166.236.26
 24   190 ms   189 ms   187 ms  108.166.236.10
 25     *        *        *     Zeitüberschreitung der Anforderung.
 26     *        *        *     Zeitüberschreitung der Anforderung.
 27     *        *        *     Zeitüberschreitung der Anforderung.
 28     *        *        *     Zeitüberschreitung der Anforderung.
 29     *        *        *     Zeitüberschreitung der Anforderung.
 30     *        *        *     Zeitüberschreitung der Anforderung.

Ablaufverfolgung beendet.

C:\Users\dna>ping disneyplus.de

Ping wird ausgeführt für disneyplus.de [54.71.61.241] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 54.71.61.241:
    Pakete: Gesendet = 3, Empfangen = 0, Verloren = 3
    (100% Verlust),
STRG-C
^C
C:\Users\dna>

Das liegt außerhalb von VF.

Soweit mir bekannt betreibt VF kein Peering, sondern routet über de-cix. Kannst ja mal nachschauen mit welchen AS Disney verbunden ist.

Wahrscheinlich streamst du von/über AWS, jedoch von der Westküste der USA wäre verdammt schlecht. Finde die richtige Streaming IP bzw. Host.

Die Anzahl der Hops bei VF Kabel ist schon richtig und ja andere ISP's benötigen weniger. Besonders dann, wenn ein direktes Peering betrieben wird. Aber da gibt es teilweise noch größere Probleme.

Re: Routing Problem (wieder)

BGP — Thu, 21 Jul 2022 08:04:06 GMT

Die Disney+ Webseite liegt bei AWS in den USA, die eigentlichen Inhalte werden über alle möglichen CDN von allen möglichen anderen Domains ausgeliefert: https://docs.google.com/forms/d/e/1FAIpQLScPX2vaftmq_FTuaLD9wUO315ijA1ILeQwCMOugUhe5rNP2mg/viewform

Die Zahl der sichtbaren Hops in einer Traceroute ist kein Indikator für Qualität und die Hin- und Rückroute müssen auch nichts miteinander zu tun haben.