Kurze Frage in die Runde der Leser, die bei Vodafone einen Internetzugang über das Kabelnetzwerk haben. Ein Leser hat mich gestern kontaktiert, weil er seit mehreren Tagen massive Probleme mit gedrosselten Downloads von GitHub hat. Kann das noch jemand beobachten? Aktuell gehe ich von einem lokalen Problem aus, möchte aber herausfinden, ob es weitere Betroffene gibt.
Die Lesermeldung zur Download-Drosselung
Kurt S. schrieb mir in seiner Mail unter dem Betreff "Massive Drosselung von GitHub-Downloads bei Vodafone Kabel", dass er auf ein aktuelles Problem bei Vodafone Kabel aufmerksam machen möchte. Seit mehreren Tagen besteht für ihn das Problem, dass Downloads von GitHub massiv beeinträchtigt seien. Seine Internetverbindung hat folgende Kenndaten:
- Anbieter: Vodafone Kabel
- Tarif: Vodafone Business CableMax 1000
- Gebuchte Bandbreite: 1000 Mbit/s Download / 50 Mbit/s Upload
- Tatsächliche Bandbreite (getestet): ~41 Mbit/s (via iperf3 zu eigenem Hetzner-Server)
- Standort: Schorndorf, Baden-Württemberg
Was er feststellt, ist, dass Downloads von GitHub (ghcr.io, github.com), und der Leser vermutet auch bei anderen Diensten, extrem gedrosselt werden. Aufgefallen dem Leser dieses Problem beim Update von TrueNAS-Apps (Container), die ihre Images von GitHub Container Registry beziehen.
Könnte ein Einzelproblem sein. Von Bekannten hat der Leser von ähnlichen Problemen gehört.
Detaillierte Messungen und Analyse
Der Leser hat dann umfangreiche Tests durchgeführt und dabei einen Hetzner-Server als Vergleich genutzt. Aus diesen Test stellte mir der Blog-Leser dann nachfolgende Ergebnisse bereit:
1. Ping-Tests:
- Latenz zu ghcr.io: ~16ms (stabil, kein Paketverlust)
- Grundsätzliche Erreichbarkeit ist gegeben
2. Download-Geschwindigkeit:
- Vodafone → GitHub: 195 KB/s (~1,5 Mbit/s)
- Hetzner → GitHub: 66,9 MB/s (~535 Mbit/s)
- Faktor: 342x langsamer
3. Detaillierte Timing-Analyse (Download einer 56,8 MB Datei):
| Metrik | Vodafone | Hetzner |
|---|---|---|
| DNS Lookup | 23ms | 6ms |
| TCP Connect | 65ms | 27ms |
| TLS Handshake | 171ms | 104ms |
| Time to 1st Byte | 212ms | 216ms |
| Gesamt-Download | 305 Sekunden | 0,89 Sekunden |
| Download-Speed | 195 KB/s | 66,9 MB/s |
4. Routing-Analyse:
Vodafone (TCP Traceroute zu ghcr.io Port 443):
1 192.168.70.254 0.303 ms
2 ip-109-090-046-153.um36.pools.vodafone-ip.de 1.297 ms
3 * * *
4 ip-081-210-144-124.um21.pools.vodafone-ip.de 18.017 ms
5 de-fra01b-rc2-ae-35-0.aorta.net (84.116.190.177) 18.760 ms
6 84.116.190.134 17.074 ms
7 de-cix2.fra.github.com (80.81.196.80) 18.963 ms
8 * * *
9 * * *
10 lb-140-82-121-33-fra.github.com [open] 13.775 ms
Hetzner (MTR zu ghcr.io):
1 172.31.1.1 2.3 ms
2 24581.your-cloud.host 0.3 ms
5 core-spine-rdev2.cloud2.fsn1.hetzner.co 0.5 ms
6 core23.fsn1.hetzner.com 0.8 ms
7 core1.fra.hetzner.com 5.2 ms
8 core9.fra.hetzner.com 5.5 ms
9 140.82.127.140 8.4 ms
12 lb-140-82-121-34-fra.github.com 5.5 ms
Interessanterweise zeigt ein Traceroute noch den Weg über DE-CIX Frankfurt (Hop 7: de-cix2.fra.github.com), obwohl Vodafone angeblich aus dem Peering aussteigt. Dies könnte ein Übergangszustand sein oder darauf hindeuten, dass bereits Kapazitätsreduktionen oder Traffic-Limitierungen auf dieser Route implementiert wurden.
- TCP-Verbindung wird erfolgreich aufgebaut (tcptraceroute bestätigt [open])
- Keine MTU-Probleme festgestellt (Tests mit verschiedenen Paketgrößen erfolgreich)
Wichtigste Erkenntnis des Lesers aus seinen Tests: Der Verbindungsaufbau (DNS, TCP, TLS) funktioniert normal. Die massive Verlangsamung tritt ausschließlich während des Datentransfers auf. Dies deutet, so die Interpretation, vermutlich auf aktives Traffic Shaping/Throttling durch Vodafone hin – möglicherweise als Vorbereitung auf oder Folge von der Beendigung des DE-CIX-Peerings.
Vergleichstests:
Ob es mit dem Peering-Exit zusammenhängt?
Der Leser vermutet (und das war auch mein erster Gedanke), dass dies möglicherweise mit dem angekündigten Austritt von Vodafone aus dem DE-CIX-Peering zusammenhängen könnte. Vodafone hat ja bekannt gegeben, das Peering mit DE-CIX zu beenden, was zu Routing-Änderungen und potenziell schlechterer Anbindung zu verschiedenen Diensten führen könnte.
Ich bin im Blog-Beitrag Nachbetrachtung: Vodafone verlässt mit Peering öffentlichen Internetknoten auf diesen Sachverhalt kurz eingegangen. Das Ganze soll ab Dezember 2025 in Zusammenarbeit mit Inter.link in Deutschland im Dezember 2025 eingeführt werden.
Das ganze könnte ein Zufall sein, und auf ein technisches Problem zurückgehen. Es könnten Anpassungsschwierigkeiten im Rahmen des Wechsels sein. Es könnte auch ein Vorgeschmack sein, was Vodafone Kabel-Kunden künftig droht, wenn das Ganze flächendeckend auftritt.
Um sich ein Gesamtbild zu machen, ob es eventuell nur regional (Schorndorf, Baden-Württemberg) auftritt, oder eher breiter bemerkt wird, die Frage: Ist Lesern, die in obiger Vodafone-Kabel-Netzwerken mit Internetzugang unterwegs sind, etwas Ähnliches bekannt? Gibt es weitere Betroffene mit vergleichbaren Problemen bei Vodafone? Bitte nur kommentieren, wenn es Probleme gibt oder keine Drosselung bemerkt wird, und nicht allgemeine Betrachtungen anführen – danke.
Mir ist bisher noch kein weiterer Bericht aus der Leserschaft zugegangen, so dass ich von lokalem Einzelproblem ausgehe. Der Leser fragte, ob ich Informationen zum Status des DE-CIX-Peering-Austritts und möglichen Auswirkungen habe? Auch hier muss ich verneinen, mir liegt, bis auf den Hinweis, dass die Änderungen im Peering im Dezember 2025 umgesetzt werden sollen, nichts weiteres vor.
MVP: 2013 – 2016
Na klasse. Dann ist Vodafone beim anstehenden Anbieterwechsel raus, obwohl es in meinem Fall nicht um Kabel geht, sondern um DSL. Aber ein Ausstieg aus dem Peering dürfte so oder so auf die "letzte Meile" durchschlagen.
Bitte meinen Hinweis aus dem Text beachten: Aktuell interessiert mich, ob es ein lokales Problem ist, oder ob es ähnliche Bestätigungen aus der Leserschaft gibt. Die Betrachtung "Vodafone beim Anbieterwechsel raus", kann ich nachvollziehen, möchte in den Kommentaren aber ein gerafftes Bild, was beobachtet wurde (und nicht zig Kommentare mit grundsätzlichen Diskussionen). Danke für das Verständnis.
Ort: Zuhause, Lüneburg
Leitung: Vodafone Zuhause Kabel 1000
Über per VPN getestet: 500 KB/s, in Lüneburg.
Ort: Adendorf (Vor-Ort von Lüneburg)
Leitung: Vodafone Business Kabel 250
Über: WLAN, ohne VPN, erst 500, dann 200KB/s und 86Kb/s
Sonstiger Speedtest über WLAN erreicht die volle Leistungsgeschwindigkeit.
Also wenn das so bleibt, bekommen die richtig Stress.. das geht so überhaupt nicht.
Für eine sinnvolle Betrachtung, fehlen hier einfach Daten.
Warum wurde nur mit dem Hetzner Server verglichen?
Sinnvoll wäre hier noch ein paar andere Anbieter zu nehmen, also ein ISO Images runterladen, für ein Gesamtbild.
So kann es auch sein, dass die Unterschiede gar nichts mit Github zu tun haben, sondern ein lokales TCP Problem Schuld ist.
Es deutet sich ja jetzt schon ein Bild an – mal schauen, was übrig bleibt: GitHub als Problem oder Vodafone Kabel. Danke trotzdem für diesen Hinweis.
PS: Den Rest habe ich gelöscht – es geht darum, ein Bild über die Betroffenheit zu bekommen. Ggf. frage ich die Tage bei Vodafone über die Pressestelle nach, ob es eine Erklärung gibt.
Einfach für Anwender einen standardisierten Test veröffentlichen, den man durchführen kann um ein allgemeines Bild zu erhalten.
Es ist oben beschrieben, was der Betroffene getestet hat – muss ausreichen.
Den Rest vom Kommentarthread habe ich gelöscht – da es wieder zu unproduktiven Diskussionen führt.
Am Wochenende gab es definitiv Probleme, aber ob die jetzt auf Vodafone zurückzuführen sind oder vielleicht was größeres war, ist nicht ganz ersichtlich. Wollte Notepad++ und eine Android App von Github aktualisieren. Notepad++ hat zirka 10 Minuten für den Download gebraucht und die Android APK ging gar nicht durch. Heute Morgen war aber alles wieder normal und ich konnte die APK runterladen.
Bestimmt wieder Google oder Cloudflare DNS Resolver im Einsatz. Anfangs läuft das meißt immer ganz gut und irgendwann fangen dann die Probleme an.
Kannst du ausführen, warum ein DNS Resolver, der nur dafür da ist für den DNS Namen eine IP-Adresse zurückzugeben, die TCP Session zwischen mir und Github (Microsoft) beeinflussen soll?
Also ich kann hier in der Firma mit 500 MBit Glasfaser und zuhause mit eben dem Tarif, den der betroffene Leser auch hat downloaden.
Hab mal ne Win Iso bei Github gezogen, beide Downloads sind (innerhalb von Toleranzen) gleich schnell.
Standort Kabel-DSL: Netz Bad Schwalbach, Hessen.
Standort Glasfaser: Wiesbaden, örtlicher Provider, 2ms Ping zum De-Cix.
Kann also eine Drosselung hier nicht feststellen.
GitHub hat z.B. für nicht angemeldete Besucher nach etwas Rumsuchen plötzlich Sperren für Suche und Code-Ansicht usw., daher ist davonauszugehen, dass sie ein Traffic-Management haben, wie/wo auch immer sich das ggf. auch auf Nutzerbasis auswirkt.
Howdy, mich hat Vodafone angeschrieben, dass sie in der Nacht vom 01.-02.12.2025 am Kabel in Giengen a. d. Brenz, BaWü basteln, um dieses zu modernisieren. Wohl tun die das gerade überall. Mfg Bernd
Ja, die basteln in letzter Zeit häufiger an ihrem Netz rum, zuletzt zwei Mal im November. Ich glaube ich hatte in den letzten zwei bis drei Monaten drei oder vier solcher Wartungsfenster an meinem Anschluss in NRW und nur einmal hat die Fritzbox sich ohne Neustart wieder sauber verbunden. Man sollte ja meinen, dass die damit bald mal fertig sind.
Zumindest für gestern Mittag kann ich das bestätigen. Ein GitHub Download lief mit 42 kByte/s, ein Download einer Win 11 Iso direkt von MS lief dann mit 92MB/s. Beides auf dem gleichen Rechner mit einem Vodafone Giga Zuhause 1000 Cable Anschluß.
Hatte das auf Probleme bei GitHub geschoben, da bei allen anderen Diensten die Geschwindigkeiten absolut normal waren.
Vergessen zu schreiben, bin in NRW.
Ich bin nicht bei Vodafone, sondern beim regionalen Glasfaseranbieter mit 300 MBit/s up/down. Am Wochenende waren mehrere Downloads bei Github sehr zäh bei 300-500 kByte/s.
Speedtests zu einem Server bei meinem Provider und auch zu einem Telekom-Server zeigten normale Geschwindigkeit.
Soweit mir bekannt, hat Vodafone den Internetknoten DECIX verlassen bzw. die Kapazitäten eingeschränkt und wechselt, vielleicht hängt es damit zusammen.
https://www.vodafone.com/news/technology/vodafone-selects-inter-link-to-enhance-interconnection-with-other-internet-service-providers
Schau mal in die zweite Hälfte des Beitrags.
Niederbayern; Vodafone Cable 1000 business; Downloadspeed von Github ~20 MB/s
kann es sein das ms bei Github das peering nicht mehr bezahlt ?
checkt mal ob ms iso downloads vom ms-netzen auch so vor sich hin schnarchen?
Tun sie nicht, wie oben geschrieben konnte ich ein Win 11 ISO von der Microsoft Seite mit knapp 92MB/s runterladen. Bei GitHub waren das so 42KB/s, also nicht mal ansatzweise normal.
Ich habe das Problem mit GitHub in einem anderen Forum ebenfalls mitbekommen. Ich müsste jetzt suchen ob es Reddit war. Dort war es ein Thema über Vodafone und genau das Problem, dass gerade bei GitHub massive Geschwindkeitseinbußen zu verzeichnen sind.
Vielleicht lernen jetzt einige, dass Überlegungen bzgl. digitaler Souveränität auch Dienste wie GitHub abdecken sollten. Für viele ist der gesamte Workflow bei GitHub und eine ständige Verfügbarkeit wird quasi gottgegeben vorausgesetzt.
Vodafone CableMax 1000
Hannover
Hab das Problem seit dem Update der FritzBox 6690 auf 8.03
Wollte sie schon nen Werksreset machen…
Telekom 300 MBit Glasfaser
Landkreis Diepholz
Der Download lastet die Leistung voll aus.
Wir sind die Bremse, nicht der Server von Github.
Hatte das gestern auch, mit Vodafone CableMax (1000 Mbit/s) in Hamburg, allerdings nicht nur bei Downloads sondern auch bei der Nutzung der Github Website.
Testweise fast zeitgleich mit einem Vodafone CableMax in NRW ausprobier, da hatte ich die volle Bandbreite. Bei beiden Tests versuchte ich die selbe Datei (Microsoft PowerToys-Installer) herunterzuladen.
Der Vertrag in Hamburg ist ein alter Kabel Deutschland-Vertrag mit DS-Lite, der Vertrag in NRW ein alter Unitymedia-Vertrag mit echtem Dualstack. Es könnte also auch mit Vodafones CG-NAT zu tun haben. Da GitHub ja meines Wissens nach weiterhin kein IPv6 beherrscht.
Frisch auf die Seite, mal so als Suchanfrage: "win iso"
"Too many requests
You have exceeded a secondary rate limit."
Damit habe ich den Test nach 2 Sekunden beendet…
Ja, GitHub ist da manchmal ganz schnell mit blocken und drosseln, z.B. wenn man ohne Account kommt oder wenn ein aufgerufener Account Inhalt "shadowbanned" ist usw.
Zweiter Test zu Hause
NordischNet Glasfaser 500Mbit
Landkreis Diepholz
Die Leitung wird voll ausgelastet.
Ja gestern ca. zwischen 20:00 Uhr – 00:10 Uhr konnte ich via Vodafone von GitHub teils nichts oder nur extrem langsam Daten laden. Hab das gestern auch mal mit ner neuen VM getestet da ich mein produktives piHole aktualisieren wollte und das war schon stuck. Eine neue piHole Installation in der Test VM war entsprechend auch nicht möglich da die Daten von GitHub nicht geladen werden konnten. Kurz nach Mitternacht ging dann hier wieder alles wie gewohnt.
Download von https://github.com/crystal-linux/iso/releases/download/09-13-22-16-25/crystal-live-09-13-22-16-25-x86_64.iso im Schnitt mit 200MBit/s bei gebuchten Vodafone Gigabit und das um 19:45, Standort Bayern.
Angemeldet als User oder nicht bei GitHub?
Standort: BaWue, zugewiesene IP wird Mannheim zugeordnet
Test: 01.12.25, Start 19:57, Download obiger ISO-Datei, nicht angemeldet.
Ergebnis: Lief fehlerfrei mit voller Leistung durch.
Durchsatz: 35 MBit/s (Taskmanger) = max. Tempo des Kabelanschlusses
Anmerkung: Info-E-Mail von Vodafone vom 07.11.25 an uns (BaWue Norden), Betreff: "Wichtige Info: TV-Frequenzen werden am 02. Dezember 2025 umbelegt "
Vielleicht hängt es damit irgendwie zusammen.