Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Github läuft nach wie vor über den DE-CIX und da gibt es augenscheinlich keinerlei Probleme.
Das Problem sind die Downloads, die nicht über das Github AS laufen, sondern über fastly. Genau wie die statischen Steam-Inhalte usw. Und da wird nach wie vor wohl ein PNI genutzt, der anscheinend problematisch ist...
Ich würde nicht erwarten, dass man da Änderungen an den Routen sieht.
Im Gegensatz zu gestern wo imgur oder Github nur mit 200KB/s ziehen konnte, läuft's heute mit über 6MB/s (Fullspeed).
Sobald Vodafone wieder kriecht, poste ich sofort die Logs.
Fullspeed zu github Downloald-Server: die IP und Route ist heute anders:
Code:
Routenverfolgung zu release-assets.githubusercontent.com [185.199.108.133] über maximal 30 Abschnitte:
1 <1 ms <1 ms <1 ms 192.168.0.1
2 1 ms <1 ms <1 ms 192.168.178.1
3 12 ms 11 ms 11 ms ipservice-092-211-185-132.092.211.pools.vodafone-ip.de [92.211.185.132]
4 12 ms 11 ms 11 ms 188.111.215.118
5 14 ms 11 ms 11 ms 188.111.129.32
6 14 ms 14 ms 14 ms 145.254.2.179
7 15 ms 14 ms 14 ms 167.82.128.228
8 14 ms 13 ms 13 ms cdn-185-199-108-133.github.com [185.199.108.133]
Ablaufverfolgung beendet.
So sieht die Traceroute aus wenn der Download-Speed wieder im Keller ist:
Code:
Routenverfolgung zu release-assets.githubusercontent.com [185.199.109.133] über maximal 30 Abschnitte:
1 <1 ms <1 ms <1 ms 192.168.0.1
2 <1 ms <1 ms <1 ms 192.168.178.1
3 11 ms 10 ms 10 ms ipservice-092-211-185-132.092.211.pools.vodafone-ip.de [92.211.185.132]
4 11 ms 10 ms 10 ms 188.111.215.118
5 12 ms 12 ms 11 ms 188.111.129.32
6 15 ms 13 ms 13 ms 145.254.2.179
7 14 ms 13 ms 13 ms 167.82.128.18
8 14 ms 12 ms 12 ms cdn-185-199-109-133.github.com [185.199.109.133]
Ablaufverfolgung beendet.
Musst du Vodafone DSL nutzen oder kommt bald ein Providerwechsel? Ich wollte erst schreiben, dass es mit o2 auch nur mit 10 MB/s lädt, aber nach ein paar Sekunden ging es auf die 80 hoch. Faktor 1000 ist schon was.
ich verstehe es auch nicht was ihr alle habt bei vodafone kabel ich habe 1Gb kommen auch bei uns an und bei uns geht es auch über 2-3 server mehr nach frankfurt und ich habe immer noch nach frankfrut 15 ms
Ich bin seit 4 Monaten bei Vodafone, mein Vertrag läuft also noch 20 Monate. lol
Davor war ich 2 Jahre jeweils bei o2/Telefonica bzw. 1&1 Versatel und hatte immer Fullspeed, egal zu welcher Uhrzeit.
Ich nutze seit Jahren nur noch V-DSL, Kabel-Internet kommt mir nicht mehr ins Haus.
Echt krass wie schlecht Vodafone geworden ist, besonders abends.
So absurd schlechte Peering-Verstopfungen kennt man sonst nur von der Telekom.
Es geht ganz konkret um die Anbindung von Vodafone an fastly. Wenn du etwas beitragen möchtest, dann teste doch gerne mal den download der folgenden Datei:
Nenne gerne Downloadgeschwindigkeit (Screenshot?) und deinen ungefähren Standort.
Es gibt wohl regionale Unterschiede und womöglich haben nicht alle Vodafone-Kunden diese Probleme.
Da will man um jeden Preis weg von der ekligen Telekom und dann holt Vodafone sich die als Transitprovider.
Noch schlechter geht's nimmer.
Mit der Vodafone-"Qualität" geht's nur noch bergab.
Ich sehe da jetzt kein grundsätzliches Problem. Die Telekom ist ja nicht grundsätzlich schlecht an andere Ziele angebunden.
Und Vodafone wird hoffentlich in den Transit-Verträgen entsprechende Qualitätsgarantien vereinbart haben, anders, als das Privatkunden der Telekom der Fall ist.
Irgendeinen Weg, um kleinere Ziele zu erreichen, braucht Vodafone eben. Direktes Peering will sie nicht mehr oder nur noch in Ausnahmefällen. Die kleineren Ziele haben aber wohl auch nicht immer ein Interesse an einer Vereinbarung mit inter.link, und dann wird es eben ganz klassisch über Transit gelöst. Und wenn die kleineren Ziele dann auch noch die Telekom als Transit-Provider haben, ist das ggf. der schnellste und günstigste Weg.
Is natürlich clever von der Telekom. Man holt sich die Vodafone Kunden auf einige Netzknoten/-stecken, verweißt dann auf die QoS Vereinbarungen und priorisiert die VF Kunden am Ende höher als die eigenen.
So hat man noch mehr Grundlast auf dem Netz, Engpässe machen sich früher bemerkbar und man kann noch früher die Hand aufhalten.
Und das ganze wieder so gelöst, dass man ehrlich ohne zu lügen sagen kann: Wir drosseln/bremsen nicht.
BTW: Auch bei easybell läuft einiges über inter.link, unter anderem eben github/fastly und teilweise Cloudflare. Allerdings bisher keine Performance Probleme bei mir. Solange keine Engpässe entstehen (wie eben zwischen Telekom und Cloudflare) , ist ja nichts gegen Transit einzuwenden.
Man darf nicht vergessen, das auch „kostenloses“ Peering für die Beteiligten nicht kostenlos ist. Es werden zwar keine Kosten für den Traffic abgerechnet, aber irgendwo muss man ja die physische Verbindung herstellen, und dafür entstehen Kosten für Equipment, Colocation und die L2 Verbindung (z.B. in Form von gemieteter Dark Fiber).
Das Problem scheint ja durchaus sehr punktuell aufzutreten - Cloudflare ist ja eher das gallische Dorf unter den Content-Anbietern. Meta, Google, usw. haben ja alle Peering-Vereinbarungen mit der Telekom unterschrieben.
Insofern sehe ich da immer noch nicht das Problem. Die bekannten problematischen Routen, z.B. die, die über das Telekom-Netz zu Arelion nach London gehen, wird wohl keiner freiwillig nutzen. Zumindest Vodafone nicht, die haben nämlich Arelion direkt als upstream.
Also ich sehe hier keinen cleveren Schachzug der Telekom. Die haben weiterhin nur ihre eigenen Kunden als "Verhandlungsmasse" mit den Content-Netzen.
