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.
Das ist der Punkt. Ich freue mich natürlich für alle Endkunden, die gezwungenermaßen bei der Telekom sein müssen. Aber wenn man erst irgendeine B2B-Vertriebspartnerschaft braucht, um auch aus dem Telekom-Netz gut erreichbar zu sein, dann wird das auf Dauer nicht funktionieren. Vor allem die kleinen Netze haben keine Chance.
Die Telekom verlangte Paid Peering für die Einspeisung der Daten in ihr Access-Netz (AS3320) mit Verweis auf das asymmetrische Datenvolumen und ein Sender-Pays-Prinzip.
Das finde ich interessant, denn bei Telekom-Endkunden gilt das "Sender-Pays"-Prinzip ja plötzlich nicht mehr. Sonst würden die allermeisten Internetnutzer monatlich von der Telekom bezahlt werden müssen und nicht umgekehrt. Meinetwegen können sie das gerne umstellen, dann werde ich auch Telekomkunde! Ansonsten bleibt es eine mafiöse Geschäftspolitik auf dem Rücken ihrer Endkunden.
Es gibt auch hin und wieder mal Berichte von exotischeren Spieleservern z. B. in Japan, die über Telekom schlechter erreichbar sind, aber sowas merkt die breite Masse nicht. Die Cloudflare-Thematik ist hingegen eine andere Hausnummer, die viele Nutzer gespürt haben (auch wenn ihnen die Ursache dafür nicht bewusst war).
Bin auch gespannt, ob das so schnell umgestellt wird und dann alle Webseiten flutschen. Derzeit noch alles beim Alten, so dass mein bevorzugter Feedreader (inoreader) abends teilweise sehr zäh ist, während es über o2 flott lädt.
Ich glaube es geht schon los.
Kaminofen-Lieferbar wurde heute Morgen noch über GTT.net geroutet mit gar nicht mal so schlechten 16ms.
Jetzt scheint es ein direkt Peering zu sein mit ca. 2,7ms. (Mein Standort: Berlin)
Super, das hört sich gut an.
Was sagt https://speed.cloudflare.com ?
Ein traceroute auf flugzeugbilder.de sollte ja dann das gleiche Ergebnis liefern.
Sehe dem Wechsel zur Telekom nun gelassener entgegen. Auch wenn das Peering dadurch nicht perfekt wird, reicht es für mich persönlich dann wahrscheinlich aus.
Routenverfolgung zu flugzeugbilder.de [84.19.26.132]
über maximal 30 Hops:
1 <1 ms <1 ms <1 ms fritz.box [192.168.27.1]
2 2 ms 2 ms 1 ms p3e9bf67e.dip0.t-ipconnect.de [62.155.246.126]
3 8 ms 8 ms 8 ms d-ed5-i.D.DE.NET.DTAG.DE [217.5.119.58]
4 7 ms 7 ms 7 ms comtrance2.dtag-dus.opencarrier.eu [217.243.219.133]
5 9 ms 9 ms 9 ms 194.113.216.26
6 8 ms 7 ms 7 ms sx1.web4.de [84.19.26.132]
flugzeugbilder.de zeigt schon länger nicht mehr auf eine Cloudflare IP. Ob sie noch Cloudflare für irgendwelche Sachen nutzen, weiß ich nicht, aber zumindest ist nicht mehr die komplette Webseite hinter Cloudflare.
Henniero schrieb:
Kaminofen-Lieferbar wurde heute Morgen noch über GTT.net
Dann war das wohl auch eine der "guten" Seiten. Die gesichert problematischen Cloudflare-Free-IPs liefen ja allesamt über Arelion nach London. Da wurde es zu Stoßzeiten gerne mal eng. Andere IPs, die den zahlenden Cloudflare-Kunden vorbehalten waren, hatten allgemein deutlich weniger Probleme auf ihren Routen.
Noch scheint nicht alles umgestellt, z.B. 172.71.240.0/24 läuft derzeit noch über Lumen, Tata oder Arelion.
Moinsen zusammen.
Den Zufall glaubt mir keiner. Ich als notorischer Frühaufsteher habe mal aufgrund des Posts von froeschi62 den Pingplotter auf hifi.de angeworfen bevor ich zum Kaffee kochen gegangen bin. Wie es der Zufall so will habe ich den Umschaltzeitpunkt von Peering über TATA auf direct peering eingefangen. Um 04:43Uhr von 17ms auf 2,7ms gedroppt.
Leider habe ich keine Screenshot von der Routing übersicht vor dem Umschaltzeitpunkt. Es war aber tatsächlich noch TATA mit Übergabe in Amsterdam.
Hier noch der aktuelle IPV6 Trace zur Vollständigkeit:
Die Anbindung scheint aber nur über ausgewählte Backbones zu laufen. In meinem Fall nicht über Mainz/Frankfurt, sondern über Berlin.
Nachtrag: Man muss die Vantage Points auswählen, dann klappt es auch mit Frankfurt:-)
Das PNI wurde in Berlin, Hamburg Düsseldorf, Frankfurt und Wien eingerichtet.
Das ist noch eines aber da kann ich den Standort nicht zuordnen, scheint München/Nürnberg zu sein passt aber von der Latenz her nicht.
Das sagt nicht unbedingt dass das Peering dort direkt hergestellt ist.
Wenns dir z.b. mal den Frankfurter und den Hong Kong schnappst wirste sehen, beide haben den gleichen Originator.
Und das der Frankfurter.
Freu dich doch ... hast auch weiterhin gutes Peering.
Nur weil sich Cloudflare und die Tkom geeinigt haben heißt nicht das das Problem nicht weg ist. Ist nur eine Frage der Zeit bis es den nächsten Zoff zw. der Telekom und irgednwem anders gibt.
