Privatkunden
Geschäftskunden
Äußerst langsame Verbindung zu github.com und ghcr.io
Hallo,
da ich mich hier im Forum neu angemeldet habe, möchte ich mich zunächst einmal etwas vorstellen.
Ich bin Blacky, ein
- Ehemann und Vater von 2 Kindern
- Besitzer eines Einfamilien-Hauses (Neubau 2014) in der schönen Wetterau (Hessen)
- DevOps Engineer (IT) in einem systemkritischen, großen deutschen Unternehmen (mit einer 7x24 Bereitschaft / Monat)
Ich mache seit Mitte März 2020 Homeoffice und nutze damit meine Internet Verbindung intensiv und dauerhaft.
Darüber hinaus lieben meine Familie und ich das Streamen von FullHD und 4k-Inhalten aus dem Internet (Netflix, Amazon Prime, etc)
Auf Grund meiner Tätigkeit als IT Fachkraft kenne ich mich ein wenig ( 
) mit IT und Netzwerktechnik aus.
1 Problembeschreibung
Ich habe das Problem, dass ich sowohl beim Download von github.com
curl -Lo /usr/local/bin/talosctl https://github.com/talos-systems/talos/releases/latest/download/talosctl-$(uname -s | tr "[:upper:]" "[:lower:]")-amd64
als auch beim ziehen von Docker Images (im Grunde auch Dateien) von ghcr.io
time docker pull ghcr.io/talos-systems/talos:v0.8.0
nur auf Übertragungsgeschwindigkeiten im niedrigen zweistelligen KB Bereich komme. Da dieser Aufruf bis zum Ende der Erstellung dieses Postings nicht abgeschlossen werden konnte, kann ich hier auch keine Zeit liefern, kann ich aber gerne nachliefern (falls der Befehl nicht austimed)
2 meine Daten
- Vertrag
MagentaZuhause L mit MagentaTV Plus (100 MBit) - Qualität
gut bis sehr gut, in der Regel erreiche ich hier auch die zu erwartenden Download-Geschwindigkeiten. Latenz ist ebenfalls gut bis sehr gut. - Router
Fritzbox 7590 + per Gigabit-Lan verbundener Fritz Repeater 1750 - Geräte
- MacBook Pro 12 " (2019) - MacOS Big Sur und Catalina
- Dell XPS 13 (2018) - Linux
3 Eingrenzung des Fehlers
Das Problem besteht etwa seit Mitte Dezember, was sich mit mindestens 2 hier im Forum gefundenen und vermeintlich gelösten Problembeschreibungen deckt. (siehe Peering zu AWS unwürdig für einen deutschen ISP und Amazon AWS S3 / Github downloads sehr langsam, nicht nutzbar )
3.1 Docker Pull aus Cloud
Als Vergleich mal der selbe docker pull Befehl von einer Maschine in der AWS Cloud (ähnliche Geschwindigkeiten erreichen auch Kollegen mit und ohne Telekom-Anschluss privat)
time docker pull ghcr.io/talos-systems/talos:v0.8.0
v0.8.0: Pulling from talos-systems/talos
bdcc44b11bd9: Pull complete
Digest: sha256:d813cf90ce6f57c72df3eb6ca8033a6b2ebaee89b64c3fcb0e2e4d26df4b256b
Status: Downloaded newer image for ghcr.io/talos-systems/talos:v0.8.0
ghcr.io/talos-systems/talos:v0.8.0
docker pull ghcr.io/talos-systems/talos:v0.8.0 0,06s user 0,02s system 0% cpu 10,248 total
Wie man sieht, dauert der Vorgang normal ca 10 Sekunden. Was bei einer Größe von 186 MB ok ist.
docker images | grep talos
ghcr.io/talos-systems/talos v0.8.0 3eaa04e179e4 13 days ago 186MB
3.2 lokaler docker pull von dockerhub
Als zweiter Vergleich mal ein Image mit ähnlicher Größe von dockerhub
time docker pull nginx
Using default tag: latest
latest: Pulling from library/nginx
6ec7b7d162b2: Pull complete
cb420a90068e: Pull complete
2766c0bf2b07: Pull complete
e05167b6a99d: Pull complete
70ac9d795e79: Pull complete
Digest: sha256:4cf620a5c81390ee209398ecc18e5fb9dd0f5155cd82adcbae532fec94006fb9
Status: Downloaded newer image for nginx:latest
docker.io/library/nginx:latest
docker pull nginx 0,13s user 0,07s system 2% cpu 9,770 total
docker images | grep nginx
nginx latest ae2feff98a0c 3 weeks ago 133MB
Wie man sieht, braucht hier meine lokale Maschine auch etwa 10 Sekunden. Das ist für 133 MB ok.
3.3 WLAN
Die Testgeräte sind normal mit dem Repeater über ein 5Ghz WLAN verbunden. Also wurde testweise das Linux-Notebook mit der Fritzbox direkt per Lan-Kabel verbunden, mit dem gleichen Ergebnis.
"Github / ghcr.io äußerst langsam, "alles andere" (gestetet mit docker pull von dockerhub, download von Programm-Dateien von verschiedenen Quellen) normal schnell
3.4 Anderer Telekom-Kunde
Um zu checken ob generell Telekom Kunden das Problem haben, hab ich einen Kollegen mit einem WIndows10 Rechner und Telekom Anschluss die gleichen Quellen benutzen lassen. Hier waren die Transferraten seinem Internet Anschluss angemessen
3.5 Fritzbox 7590
Die Fritzbox wurde mehrfach durchgestartet. WLAN und LAN Einstellungen sind auf maximale Leistungsfähigkeit gestellt, es gibt keine Filter, Beschränkungen oder sonst etwas. Da auch alle anderen getesteten Quellen funktionieren (incl. 4k Video Streams), schließe ich die Fritzbox derzeit als Quelle für die Beeinträchtigung aus.
3.6 Traceroute
Hier noch eine traceroute Ausgabe zu ghcr.io:
traceroute ghcr.io
traceroute to ghcr.io (140.82.114.34), 64 hops max, 52 byte packets
1 192.168.178.1 (192.168.178.1) 2.556 ms 1.780 ms 1.560 ms
2 62.155.246.34 (62.155.246.34) 7.525 ms 7.153 ms 7.424 ms
3 217.0.203.10 (217.0.203.10) 9.046 ms 9.145 ms 9.092 ms
4 80.150.170.214 (80.150.170.214) 7.849 ms 23.112 ms 7.691 ms
5 * * *
6 * * *
7 * * *
8 * * *
9 209.66.120.181 (209.66.120.181) 102.966 ms 107.313 ms 114.360 ms
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
Leider konnte der Befehl bis zum Ende der Erstellung dieses Posts nicht abgeschlossen werden.
4. Dringlichkeit
Da unser Firma das Gro unserer IT mittlerer Weile in der AWS betreibt und zu großen Teilen auf modernste OpenSource Produkte setzt, die in unserem Fall häufig auf github gehostet werden, bin ich auf eine ordentliche Verbindung zu github und AWS dienstlich angewiesen. Bis Mitte Dezember konnte ich völlig frei von Verzögerungen Images ziehen, Repositories clonen und puschen und Programme herunterladen.
Falls also jemand noch Ideen zur Problem Lösung hat oder tatsächlich ggf. ein Bandbreiten / Peering Problem zwischen Telekom und x besteht, wäre ich dankbar, wenn versucht würde, mir schnellstmöglich zu helfen.
mfg
Blacky
Hallo,
bei mir hat der Wechsel auf 1.1.1.1 als dns server auch nicht geholfen, auch wenn ich jetzt vermeintlich andere vlt sogar bessere Routen bekommen.
Aktuell weis ich nicht weiter.. 
mfg
Blacky
Hi,
zuerst wird gesagt, man ließe uns mit dem Problem, was offensichtlich bei vielen Leuten auftritt, nicht allein, und jetzt kommt die Meldung, dass die Telekom kein Problem hat, was impliziert, dass diese nicht mehr an einer Lösungserarbeitung beteiligt bzw. um eine bemüht ist.
Durch diese Probleme haben wir heute im Zwangshomeoffice mehr als 1 Stunde verschwendet, weil das gleiche Download-Performance Problem bei einem Kollegen aufgetreten ist (auch Telekom-Kunde), der ein simples 19 MB großes helm plugin installieren wollte, was leider (aus Sicht der Problematik) auf github gehostet wird. Am Ende haben wir frustriert aufgegeben, da durch Paketverluste ein Download von 19 MB ( ich wiederhole das, weil es 2020/2021 so völlig unverständlich ist, das sind Größen, die selbst bei ISDN kein Problem waren) nicht abgeschlossen werden konnte!
Github ist übrigens nicht "unser" Anbieter, sondern eine große, wenn nicht die größte Senke für Opensource Quellcode und Software weltweit. Das Problem besteht erst seit Anfang / Mitte Dezember und als einzelner User hat man hier quasi überhaupt keine Perspektive eine Besserung der Situation herbei zu führen. Das ist ungefähr so, als hätte man nur aus dem Telekom-Netz Verbindungsprobleme zu Wikipedia oder Youtube, und die Telekom sagt, "ei, kümmer dich selbst". "ei ja, wie denn?"
Aktuell ist meine Handlungsfähigkeit so stark eingeschränkt, dass ich wirklich darüber nachdenken muss , den Anbieter zu wechseln, da die Homeoffice-Situation noch eine ganze Weile weiter bestehen bleibt und auch darüber hinaus durch Corona sich nachhaltig die Denkweise bzgl. Präsenzarbeitsplätzen verändert.
Warum haben bisher nur Telekom-Nutzer diese Probleme, wenn kein Problem bei der Telekom vorliegt? Ja, nicht alle mir bekannten Telekom-Nutzer haben die Probleme, aber auch das Netz der Telekom (weil groß) wird nicht nur aus einem Netz bestehen. Da ist gut denkbar, dass nur Teile ein Problem haben.
Mit den hier im Forum vorhandenen (min. 3 Threads , mit meinem zusammen) sind genug Informationen, mit deren Hilfe mal die Technik / Fachabteilung eine Analyse fahren könnte. Gern biete ich auch an mich an einer Analyse zu beteiligen. Kommt auf mich zu, lasst mich einen / mehrere Requests machen und sehen was auf der Netzstrecke schief geht.
Aber bei der aktuellen Lage, dh. so wie sich das Problem für mich, für Kollegen und andere Forenteilnehmer hier darstellt, seid ihr als Telekom nicht ganz aus dem Spiel. Bitte nehmt eure Verantwortung als Provider wahr und versorgt uns (gerade jetzt in der Corona- / Homeoffice-Zeit) mit einer Internet Anbindung mit der wir barrierefrei wie Kunden anderer Provider wie Vodafone oder 1&1 auf Dinge im Internet zugreifen können, die heutzutage Gang und Gebe sind, und sorry, github gehört da einfach mit dazu.
Im modernen Enterprise / professionellen Bereich sind Anbieter wie github, aws, gcloud, azure, stackoverflow ( ) und dockerhub essentiell wichtig und unerlässlich.
mfg
ein etwas, zugegebener Maßen angefressener Blacky
ps:
Und ja, die Nutzung eines VPNs, mit dem man "so tun muss" als käme man aus einem anderen Netz, damit man "richtrig" geroutet wird, ist für mich sicher als Workaround temporär akzeptabel, jedoch nicht auf Dauer und schon gar nicht professionell (weil Datenschutz etc) zu verantworten. Privat bin ich nach wie vor mit der Telekom zu frieden (auch wenn die Integration von Disney+ im Mediareceiver längst hätte ordentlich, dh, mittels App, abgeschlossen sein sollen), aber professionell / dienstlich bekomme ich langsam ein Problem.
Kaufberatung anfragen
Zum Kontaktformular
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Zu den Internet-Angeboten
Informieren Sie sich über unsere aktuellen Internet-Angebote.
