Ziel IP Adresse youtube.com ändert sich beim tracert. Youtube ist dann sehr langsam

[mr999]

Youtube lahmte bei mir total 500 kbit/s - 3 Mbit/s, laut netspeedmonitor.

Deshalb hatte ich vor ca. 1 Std. einen tracert auf youtube.com durchgeführt. Als Zieladresse war dann 216.58.213.46 angegeben.

Ändert sich bei Euch auch öfters die Ziel IP Adresse, wenn Ihr youtube.com tracert?
Mir ist aufgefallen, dass sich auch das Routing dann ändert.

Beim 7. Hop gab es einen hohen Ping von 266 ms. Und es lief über Amsterdam:

Tracert youtube.com 216.58.213.46
1 <1 ms <1 ms <1 ms 192.168.0.1
2 6 ms 6 ms 6 ms 10.11.95.254
3 6 ms 6 ms 6 ms 41-160-37-212.ip-pool.rftonline.net [212.37.
1]
4 7 ms 5 ms 6 ms 22-160-37-212.ip-pool.rftonline.net [212.37.
2]
5 22 ms 23 ms 23 ms xe-4-2-1.edge4.Berlin1.Level3.net [212.162.4

6 23 ms 21 ms 23 ms ae-115-3501.edge5.Amsterdam1.Level3.net [4.6
.130]
7 266 ms 172 ms 110 ms 72.14.203.124
8 21 ms 22 ms 20 ms 72.14.232.181
9 22 ms 22 ms 21 ms 209.85.241.21
10 22 ms 28 ms 21 ms 216.239.58.121
11 20 ms 22 ms 24 ms 74.125.37.92
12 20 ms 22 ms 22 ms 66.249.95.142
13 21 ms 22 ms 22 ms 216.239.41.129
14 21 ms 21 ms 20 ms ber01s15-in-f14.1e100.net [216.58.213.46]


Jetzt ist youtube bei mir wieder richtig schnell. 60-80 Mbit/s
Wenn ich jetzt einen tracert auf youtube.com durchgeführe, ist die Zieladresse plötzlich 194.122.82.25

Routenverfolgung zu youtube.com [194.122.82.25]
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 7 ms 6 ms 6 ms 10.11.95.254
3 7 ms 14 ms 6 ms 33-160-37-212.ip-pool.rftonline.net [212.37.160.
33]
4 9 ms 9 ms 8 ms 245.54.204.212-static.ediscom.de [212.204.54.245
]
5 32 ms 32 ms 33 ms ggc-ber.ber.ecix.net [194.9.117.71]
6 32 ms 32 ms 32 ms 194.122.82.25


Was wird denn da immer umgestellt?
Das Problem ist sehr sporadisch bei mir. Mal geht Youtube stundenlang gut, dann wieder nicht.

 

[mugam]

Glaubst du ernsthaft, dass Youtube nur eine einzige IP-Adresse hat?

 

[mr999]

Jetzt z.B. lahmt youtube wieder total. Nur 1-3 Mbit/s.

Ich habe jetzt mal einen neuen Tracert durchgeführt, direkt zu einem Video.
Laut Statistik für Computerfreaks ist der Stream Host: r10---sn-5hnedne6

Ein Tracert dorthin zeigt, dass eigentlich alles ok sein sollte. Trotzdem ist der Datendurchsatz sehr niedrig, beim Vorspulen nur 1-3 Mbit/s.
C:\Windows\System32>tracert r10---sn-5hnedne6.googlevideo.com

Routenverfolgung zu r10.sn-5hnedne6.googlevideo.com [173.194.157.207]
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 6 ms 6 ms 7 ms 10.11.95.254
3 20 ms 3 ms 7 ms 41-160-37-212.ip-pool.rftonline.net [212.37.160.41]
4 87 ms 121 ms 150 ms de-cix10.net.google.com [80.81.192.108]
5 23 ms 26 ms 23 ms 216.239.47.18
6 31 ms 23 ms 29 ms 216.239.57.192
7 23 ms 23 ms 23 ms 209.85.253.216
8 25 ms 28 ms 25 ms 72.14.234.170
9 27 ms 26 ms 26 ms 209.85.241.30
10 26 ms 26 ms 27 ms 209.85.241.222
11 24 ms 27 ms 28 ms 216.239.42.29
12 26 ms 28 ms 26 ms 209.85.241.63
13 26 ms 22 ms 25 ms 173.194.157.207

Ablaufverfolgung beendet.

 

[BlubbsDE]

Ist doch nichts neues bei vielen Providern. Dass das Youtube Routing in Stoßzeiten miserabel ist. Ändern kannst Du da selber nichts. Und Du bist wohl Kunde bei einem Kabelanbieter. Da kommt dann noch das Problem hinzu, dass sich alle Deine Nachbarn und Du die Bandbreite im Segment teilen.

 

[mr999]

Es ist nicht nur in den Stoßzeiten. Sondern sehr sporadisch. Manchmal schon morgens um 7 Uhr.

Die Segmente wurden hier schon verkleinert. Die Downloadbandbreite ist jetzt ok, stabil über 100 Mbit/s.

Wenn das Youtube Problem auftritt, teste ich natürlich die Downloadbandbreite anhand von Speedtests oder z.B. anderen Streaming Diensten, wie z.B. Netflix. Das Problem tritt aber nur bei Youtube auf.

Ich habe jetzt mal mit WinMTR eine längere Zeit die IP des Servers, wo das Youtube Video hinterlegt ist, angepingt:

r10.sn-5hnedne6.googlevideo.com

Es scheint schon in Frankfurt Probleme zu geben:
de-cix10.net.google.com = 80.81.192.108
http://www.speedguide.net/ip/80.81.192.108

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 561 | 561 | 0 | 0 | 1 | 0 |
| 10.11.95.254 - 0 | 561 | 561 | 2 | 7 | 24 | 7 |
| 41-160-37-212.ip-pool.rftonline.net - 0 | 561 | 561 | 3 | 8 | 21 | 10 |
| de-cix10.net.google.com - 2 | 522 | 512 | 52 | 133 | 436 | 150 |
| 216.239.47.18 - 0 | 561 | 561 | 21 | 24 | 49 | 29 |
| 216.239.57.192 - 0 | 561 | 561 | 19 | 23 | 40 | 23 |
| 209.85.253.216 - 0 | 561 | 561 | 18 | 24 | 39 | 25 |
| 72.14.234.170 - 0 | 561 | 561 | 25 | 27 | 40 | 27 |
| 209.85.241.30 - 0 | 561 | 561 | 22 | 27 | 63 | 27 |
| 209.85.241.222 - 0 | 561 | 561 | 22 | 28 | 58 | 28 |
| 216.239.42.29 - 0 | 561 | 561 | 24 | 26 | 39 | 25 |
| 209.85.241.63 - 0 | 561 | 561 | 23 | 27 | 218 | 26 |
| 173.194.157.207 - 0 | 561 | 561 | 24 | 28 | 44 | 29 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

 

[BlubbsDE]

Downloadgeschwindigkeiten und Speedtests bringen Dir da keine Erkenntnisse. Du kannst problemlos mit vollem Speed hier und da herunter laden, aber dennoch kann auch dann das Routing Deines Providers zu Youtube schlecht sein. Und nochmal. Ändern kannst Du da gar nichts.

Ein (kostenpflichtiger) VPN Dienst mit ordentlicher Anbindung könnte das lösen. Wenn Du selber etwas ändern willst. Am Routing Deines Providers kannst Du nichts ändern.

 

[mr999]

Naja, ich habe eine Störung gemeldet. Der lokale Netzbetreiber will das Routing prüfen, denn die konnten das Problem nachvollziehen.

 

[Dragon0001]

Es scheint schon in Frankfurt Probleme zu geben:
de-cix10.net.google.com = 80.81.192.108
http://www.speedguide.net/ip/80.81.192.108

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 561 | 561 | 0 | 0 | 1 | 0 |
| 10.11.95.254 - 0 | 561 | 561 | 2 | 7 | 24 | 7 |
| 41-160-37-212.ip-pool.rftonline.net - 0 | 561 | 561 | 3 | 8 | 21 | 10 |
| de-cix10.net.google.com - 2 | 522 | 512 | 52 | 133 | 436 | 150 |
| 216.239.47.18 - 0 | 561 | 561 | 21 | 24 | 49 | 29 |
| 216.239.57.192 - 0 | 561 | 561 | 19 | 23 | 40 | 23 |
| 209.85.253.216 - 0 | 561 | 561 | 18 | 24 | 39 | 25 |
| 72.14.234.170 - 0 | 561 | 561 | 25 | 27 | 40 | 27 |
| 209.85.241.30 - 0 | 561 | 561 | 22 | 27 | 63 | 27 |
| 209.85.241.222 - 0 | 561 | 561 | 22 | 28 | 58 | 28 |
| 216.239.42.29 - 0 | 561 | 561 | 24 | 26 | 39 | 25 |
| 209.85.241.63 - 0 | 561 | 561 | 23 | 27 | 218 | 26 |
| 173.194.157.207 - 0 | 561 | 561 | 24 | 28 | 44 | 29 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Der Ping und Paketverlust eines Hops auf dem Weg ist uninteressant. Wäre dieser Router tatsächlich gestört wäre, müsste der Ping an allen weiteren Hops genauso schlecht oder noch schlechter sein. Auch müssten an allen weiteren Hops Pakete verloren gehen, was aber offensichtlich nicht der Fall ist.

 

[Yuuri]

Jetzt sag aber nich, dass du die Telekom als Provider hast? Die peeren nämlich nicht mit dem DE-CIX, da sind alle Bandbreiten durchgehend schlecht.

 

[mr999]

Nein, http://www.rftkabel.de ist mein Provider.

 

[strex]

Jetzt sag aber nich, dass du die Telekom als Provider hast?

Provider sieht man an den IPs und am ReverseDNS.

Die peeren nämlich nicht mit dem DE-CIX, da sind alle Bandbreiten durchgehend schlecht.

Telekom peert lokal an mehreren Standorten in Deutschland mit Google. Ich habe bei Youtube zum Beispiel kein Problem und ist immer abhängig vom PNI.

--

Das Router auf dem Weg schlechte Pings haben ist nichts neues, die werden extra so konfiguriert, um wenig CPU Last zu erzeugen. Entscheidend ist der am letzten Hop oder wenn der Ping ab einem Router sprunghaft bis zum Ende gestiegen ist.

--

Bezüglich des Problems: Beim schnellen Stream laufen die Pakete über den ECIX, beim anderen über den DECIX. Der DECIX scheint überlastet zu sein. Warum unterschiedliche Routen, einmal kann der Server in einem anderen Google DC stehen oder das Routing ist für die unterschiedlichen Subnets anders gestaltet. Die unterschiedlichen IPs kommen vom Load Balancing von Google und können durchaus in anderen DCs landen. Eines läuft dann über einen überlasteten Link.

Wirklich interessant ist aber nur der Rückweg für Streaming, den kannst du aber nicht testen und kann ganz anders verlaufen.

Ob das der Provider beheben kann hängt immer vom Peering ab. Wenn ein direkter PNI besteht ist das möglich, verwenden sie einen Carrier, um Google zu erreichen kann das oft nicht behoben werden. In deinem Fall sollte er das schon können.

 

[computerpro]

War vorher bei der Telekom und hatte gerade in den Abendstunden immer nur Probleme und eine Bandbreite von unter einem Mbit.
Teilweise brachte das wechseln des DNS Servers auf den Google DNS 8.8.8.8/8.8.4.4 Erfolg.

Aber jetzt passt es

Ping wird ausgeführt für youtube.com [216.58.208.46] mit 32 Bytes Daten:
Antwort von 216.58.208.46: Bytes=32 Zeit=15ms TTL=56
Antwort von 216.58.208.46: Bytes=32 Zeit=15ms TTL=56
Antwort von 216.58.208.46: Bytes=32 Zeit=15ms TTL=56
Antwort von 216.58.208.46: Bytes=32 Zeit=15ms TTL=56