Vielen Dank für die Info. Ich glaube Feedback ist wichtig, dann hat man hoffnung, dass es besser wird. Ich musste den Umweg über VPN gehen um meine Anwendungen zu installieren.

Ich hoffe, dass Ihr das demnächst gelöst bekommt.

Danke!

Ja, auch bei den Blauen tritt das Problem auf. Ist bei mit so. Habe ein VDSL100.

Beim blauen Anbieter hatte ich bei früheren Tests keine Probleme (Anschluss in Berlin, scheinbar nicht am Telekom-Backbone). Bei meinem Nachbarn (ebenfalls beim Blauen) treten allerdings die gleichen Probleme auf wie bei mir, das Routing sieht identisch aus und die IP stammt auch aus dem gleichen Subnetz.

Es scheint also je nach Wohnort unterschiedlich und eher ein Glücksspiel zu sein, ob ein Anbieterwechsel dorthin hilft.

Poste mal bitte ein Beispiel (Link auf ein größeres Repository bzw File, das langsam lädt). Github hat inzwischen ein CDN (Content Delivery Network) zwischen geschaltet (die eigentlichen Dateien liegen aber immer noch bei Amazon). Möglicherweise kommt es zu regionalen Engpässen beim Übergang zu diesem CDN . 

Hi,

scheint wieder in Ordnung zu sein... seit heute sind die Downloadzeiten wieder normal.

Ich hab deshalb schon öfter Überlegt denn Anbieter zu wechseln.

Andere Konkurrenten kommen dann aber mit Kabel daher, und so richtig ne ipv4 will und kann ich mir nicht teilen genauso wie ich keine "stabilität" die mal wieder auch bei der telekom am bröckeln ist, missen möchte.

Dennoch ist es als Entwickler nen Riesen problem, ich hab schon öfter darüber nachgedacht nen server zu nehmen bei dem VPN drauf zu klatschen und die Route dann zu erzwingen. Damit Github endlich schnell ist.

Und hier hab ich jetzt sehr viele Kommentare gelesen, wie die Telekom muss sich ja nicht darum kümmern. 

Dazu will ich sagen, ja das stimmt, sie haben keinen Einfluss auf den Server, aber wie hier auch schon viel gesagt, sie haben Einfluss auf die Infrastruktur dazwischen, zumindest hier in Deutschland, und die TK gehört auch zu einem Anbieter der eigendlich das ganze Internet erreichbar machen möchte oder sogar muss!?. Dafür gibts ein Fachbegriff kp gerade..

Aber man hört ja immer wieder das das Peering verhalten der Telekom sehr unsozial ist. und wenn man dann sowas liest:

https://www.hetzner.com/de/news/03-20-dtag/ (Achtung Telekom Kunden könnten Probleme bekommen beim Laden dieser Seite wie bei mir gerade auch ...............)

Dann könnte man einfach nur ausrasten und einfach Kündigen und kp das ist einfach so ******. Kann man nich anders sagen.

Oder die faxen das sie verschiedenen Traffic bevorzugen wollen. 

Und mal von dem allem abgesehen. Warum wenn Ihr meint das is nich so das hat kein Effekt, wahrscheinlich is der Server schuld.

Dann mal ganz ehrlich WAAARRRRUMMMM Bitte, ist der Server langsam über die Telekom Leitung, aber über Leitungen von Vodafone am gleichen Standort mit weniger Bandbreite, getestet mit gleichen Servern etc. WARUM hat dann diese Schlechtere Leitung ein 100 Mal schnelleres Ergebnis beim Download?? By the way, gleiche nameserver etc. 

Dafür würde ich gern mal ne Vernünftige Begründung hören, die nachvollziehbar und Akzeptabel ist, da ich hier für 90 MB nen Ganzen Nachmittag brauche, und über Hotspot 5 minuten. Weil da die Bandbreite einfach schlecht ist. Dennoch Tausend mal schneller. 

Meine aktuelle Begründung, siehe Hetzner,  Telekom will einfach alle **** und Abkassieren. Genauso wie es die Rundfunkanstalten machen und alle anderen in diesem die sich nicht ernsthaftem Wettbewerb ausgesetzt fühlen / sind.

Das is Deutschland. 

---

Aber ja, das ist ja unser Problem hier wir koennen nur spekulieren. Das eine ist das technische Problem, was jetzt vermutlich bekannt ist, aber vielleicht will man es nicht loesen solange irgendwelche Peering Verhandlungen etc. laufen. Aber dann ist es halt komisch wenn man sich da aus den grossen /10 blocken irgendwie einzelne /24 rauspickt und auf ne andere miesere Route schickt anstatt gleich den grossen Hammer auszupacken.

---

richtig...aber es kommt halt kaum was an Details von der Telekom, was denn nun genau das Problem ist.

[Verschwörungstheorie an]
Den großen Hammer nicht auszupacken könnte man sich eventuell erklären. Dann wäre die Sache eindeutig und das würde vermutlich zu einer Klage führen. Wenn man das mehr wie einen Fehler aussehen lässt, dann kann man es halt besser leugnen, wenn es Absicht wäre.
[Verschwörungstheorie aus]

so halb kaputt ist aber auch als Druckmittel nicht so richtig gut...würde ich mal sagen...

Danke für Deine Beiträge, das sind mal echte Infos...

Ich stehe übrigens noch immer im direkten Austausch mit AWS - als nicht Premium-Kunde kann ich nur über deren Buchhaltung kommunizieren, aber eine sehr engagierte Dame dort leitet meine Anfragen an und die Antworten von deren Netzmanagement weiter.

Ich stehe übrigens noch immer im direkten Austausch mit AWS - als nicht Premium-Kunde kann ich nur über deren Buchhaltung  kommunizieren, aber eine sehr engagierte Dame dort leitet meine Anfragen an und die Antworten von deren Netzmanagement weiter.

Ich stehe übrigens noch immer im direkten Austausch mit AWS - als nicht Premium-Kunde kann ich nur über deren Buchhaltung  kommunizieren, aber eine sehr engagierte Dame dort leitet meine Anfragen an und die Antworten von deren Netzmanagement weiter.

das würde ich mir bei der Telekom auch wünschen...es muss doch irgendjemand geben, der da näher dran ist und mal einen Draht aufbaut...

Das mit den Server-Namen hat er vielleicht nicht verstanden...wie mir immer wieder versichert wird, haben Amerikaner oft weniger Englisch-Kenntnisse als Deutsche (sorry ein bisschen Frotzelei muss sein).
Oder war das alles auf Deutsch? das könnte dann auch so ähnlich sein, nur eben auf deutscher Seite.

Wie wär's mit einem direkten Peering zum AWS Techniker? 😉 Dann spart man sich auch noch einen Hop und etwas Latenzzeit

das hatte @jkammann  ja auch schon:
https://telekomhilft.telekom.de/t5/Telefonie-Internet/Amazon-AWS-S3-Github-downloads-sehr-langsam-nicht-nutzbar/m-p/4953597#M1309992