Interessenshalber zwecks peering, aufklärung
vor 10 Stunden
Eine Bitte, um mich/uns mal Sachlich und Technisch aufzuklären.
Wir gehen davon aus das "x.com" was auf "cloudflare" gehostet ist, immer da ist und keine Störungen vorhanden sind.
DT Kunde (Header Data)-> HardSoft (DSL usw..) -> Telekom-> Routen -> Cloudflare "x.com"
DT Kunde (Header back Data) <- HardSoft <- Telekom <- Routen <- Cloudflare "x.com"
Seitens der Telekom heisst es so ähnlich "Alle Kapazitäten in ausreichender form sind vollumfänglich gewährleistet und verfügbar"
Fall 1. Alles funktioniert wunderbar. <- Erkärung der Routen
Fall 2. Läuft nicht rund. Anfrage auf "x.com" über nen Webbrowser gesendet, aber kein aufbau der Webseite, latenz schiesst in die höhe. <- Erkärung der Routen
Das wäre nett 😊 und sorry für nen neuen Beitrag 😳
168
16
Das könnte Ihnen auch weiterhelfen
vor 3 Jahren
434
0
4
vor 4 Jahren
169
0
2
vor 5 Jahren
207
0
2
vor 4 Monaten
58
0
2
444
0
4
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.

vor 10 Stunden
und sorry für nen neuen Beitrag
Eine Bitte, um mich/uns mal Sachlich und Technisch aufzuklären.
Wir gehen davon aus das "x.com" was auf "cloudflare" gehostet ist, immer da ist und keine Störungen vorhanden sind.
DT Kunde (Header Data)-> HardSoft (DSL usw..) -> Telekom-> Routen -> Cloudflare "x.com"
DT Kunde (Header back Data) <- HardSoft <- Telekom <- Routen <- Cloudflare "x.com"
Seitens der Telekom heisst es so ähnlich "Alle Kapazitäten in ausreichender form sind vollumfänglich gewährleistet und verfügbar"
Fall 1. Alles funktioniert wunderbar. <- Erkärung der Routen
Fall 2. Läuft nicht rund. Anfrage auf "x.com" über nen Webbrowser gesendet, aber kein aufbau der Webseite, latenz schiesst in die höhe. <- Erkärung der Routen
Das wäre nett 😊 und sorry für nen neuen Beitrag 😳
Wie viele neue Beiträge willst du denn noch machen für immer wieder das selbe Thema?
Stell doch einfach deine Frage in einem deiner Beiträge der letzten Tage oder in einem der zig anderen Beiträge zu dem Thema.
0
vor 10 Stunden
Bleib bei deinen anderen Threads, deine dauernde Neuerstellung nervt einfach nur.
https://telekomhilft.telekom.de/conversations/festnetz-internet/connect-zu-xcom-kaum-noch-m%C3%B6glich/6984f0875f06da49e176ea85
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-07022026/6987998f1e26832a7228cebd
https://telekomhilft.telekom.de/conversations/festnetz-internet/es-scheiterte-am-preis-meta-telekom-peering/698874395bce70086c7ef5a7
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-08022026/6988dd231e26832a726658b8
Danke!
Langsam kommst du mir wie ein störrischer Spambot vor.
2
von
vor 9 Stunden
Bleib bei deinen anderen Threads, deine dauernde Neuerstellung nervt einfach nur.
https://telekomhilft.telekom.de/conversations/festnetz-internet/connect-zu-xcom-kaum-noch-m%C3%B6glich/6984f0875f06da49e176ea85
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-07022026/6987998f1e26832a7228cebd
https://telekomhilft.telekom.de/conversations/festnetz-internet/es-scheiterte-am-preis-meta-telekom-peering/698874395bce70086c7ef5a7
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-08022026/6988dd231e26832a726658b8
Danke!
Langsam kommst du mir wie ein störrischer Spambot vor.
Wieso hast du dich eigentlich von *FDGO-Ultra* umbenannt?
von
vor 8 Stunden
Wieso hast du dich eigentlich von *FDGO-Ultra* umbenannt?
Bleib bei deinen anderen Threads, deine dauernde Neuerstellung nervt einfach nur.
https://telekomhilft.telekom.de/conversations/festnetz-internet/connect-zu-xcom-kaum-noch-m%C3%B6glich/6984f0875f06da49e176ea85
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-07022026/6987998f1e26832a7228cebd
https://telekomhilft.telekom.de/conversations/festnetz-internet/es-scheiterte-am-preis-meta-telekom-peering/698874395bce70086c7ef5a7
https://telekomhilft.telekom.de/conversations/festnetz-internet/messungen-netzbremse-x-cloudflare-08022026/6988dd231e26832a726658b8
Danke!
Langsam kommst du mir wie ein störrischer Spambot vor.
Wieso hast du dich eigentlich von *FDGO-Ultra* umbenannt?
Weil ich wieder Mitarbeiter des Jahres sein will, so steht es auf meinem Reward ^^
Uneingeloggter Nutzer
von
vor 10 Stunden
@speedyking007
Es ist doch schon alles geklärt.
Beschwerde hier leider nicht zielführend.
0
0
vor 9 Stunden
Zumal gestern Abend gegen 18 Uhr der Knoten (durch wen auch immer) vorerst gelöst wurde. Selbst auf der bisher an einigen Anschlüssen überlasteten Route E gibt es im Augenblick brauchbare Ergebnisse.
0
1
von
vor 9 Stunden
Nein nein nein, nur Speedtests der Bundesnetzagentur werden hier akzeptiert. /s
0
Uneingeloggter Nutzer
von
vor 9 Stunden
Ok, ich will mal nicht so sein.
Stell dir vor cloudfläre wäre eine Spedition mit LKWs
und die Telekom wäre ein Betreiber von Strassennetzen
Jetzt verlang die Telekom halt auf den Autobahnen Maut.
Jetzt ist aber cloudfläre nicht mit den Mautgebühren einverstanden.
Was macht jetzt ein Spedition die nicht die Mautgebühren zahlen will , ja sie meidet diese und lässt ihre LKWs über Nebenstraßen fahren um Geld zu sparen.
Dadurch müssen sich jetzt deren LKWs durch kleine Gassen zwängen was das ganze ausbremst und ab und an mal Staus verursacht.
Cloundfäre könnte die Autobahnen jederzeit nutzen aber will es aus Kostengründen nicht.
Bedeutet es ist Ausreichend Kapazität da aber Cloudfläre nutzt sie einfach nicht weil sie Geld Sparen wollen.
Und bitte nicht immer wieder neue Beiträge erstellen, es ist ein Thema und dann sollte es auch in einem Beitrag bleiben.
Das würde allen helfenden hier auch das leben erleichtern.
Und viele hier sind ja nur normale Kunden die sich gegenseitig Helfen wollen und können nichts für die Problematik.
4
von
vor 7 Stunden
Da komm zuerst noch mal das Lokale Straßennetz das sozusagen auch der Telekom gehört und das interne Netz abbilden würde (und intern Mautfrei ist, abgesehen von der KFZ Steuer)
Cloudfläre nimmt sozusagen den Umweg übers Nachbardorf/Land um in die Stadt zu kommen.
Technisch gesehen fragst du über die Webadresse die IP Adresse über einen DNS server ab.
Über die IP Adresse wird dann (z.B. von Cloudflär festgelegt welche route zu fahren ist.)
Das steht keine Telekom und sagt "du kummst hier net rein"
Und nein die Telekom limitiert da nichts es ist die Technik die das in viele kleine Pakete verteilt (Aber je nach strecke gibt es halt Nadelöhre wo nur eine Menge X/sekunde durchpasst.
von
vor 4 Stunden
Cloundfäre könnte die Autobahnen jederzeit nutzen aber will es aus Kostengründen nicht.
Ok, ich will mal nicht so sein.
Stell dir vor cloudfläre wäre eine Spedition mit LKWs
und die Telekom wäre ein Betreiber von Strassennetzen
Jetzt verlang die Telekom halt auf den Autobahnen Maut.
Jetzt ist aber cloudfläre nicht mit den Mautgebühren einverstanden.
Was macht jetzt ein Spedition die nicht die Mautgebühren zahlen will , ja sie meidet diese und lässt ihre LKWs über Nebenstraßen fahren um Geld zu sparen.
Dadurch müssen sich jetzt deren LKWs durch kleine Gassen zwängen was das ganze ausbremst und ab und an mal Staus verursacht.
Cloundfäre könnte die Autobahnen jederzeit nutzen aber will es aus Kostengründen nicht.
Bedeutet es ist Ausreichend Kapazität da aber Cloudfläre nutzt sie einfach nicht weil sie Geld Sparen wollen.
Und bitte nicht immer wieder neue Beiträge erstellen, es ist ein Thema und dann sollte es auch in einem Beitrag bleiben.
Das würde allen helfenden hier auch das leben erleichtern.
Und viele hier sind ja nur normale Kunden die sich gegenseitig Helfen wollen und können nichts für die Problematik.
Viel Spannender ist jedoch, dass Cloudflare diese Autobahnen die ganze Zeit nutzt - aber halt nur, wenn man von Cloudflare seine Verbindung kostenpflichtig optimieren lässt.
und die Telekom wäre ein Betreiber von Strassennetzen
Jetzt verlang die Telekom halt auf den Autobahnen Maut.
Ok, ich will mal nicht so sein.
Stell dir vor cloudfläre wäre eine Spedition mit LKWs
und die Telekom wäre ein Betreiber von Strassennetzen
Jetzt verlang die Telekom halt auf den Autobahnen Maut.
Jetzt ist aber cloudfläre nicht mit den Mautgebühren einverstanden.
Was macht jetzt ein Spedition die nicht die Mautgebühren zahlen will , ja sie meidet diese und lässt ihre LKWs über Nebenstraßen fahren um Geld zu sparen.
Dadurch müssen sich jetzt deren LKWs durch kleine Gassen zwängen was das ganze ausbremst und ab und an mal Staus verursacht.
Cloundfäre könnte die Autobahnen jederzeit nutzen aber will es aus Kostengründen nicht.
Bedeutet es ist Ausreichend Kapazität da aber Cloudfläre nutzt sie einfach nicht weil sie Geld Sparen wollen.
Und bitte nicht immer wieder neue Beiträge erstellen, es ist ein Thema und dann sollte es auch in einem Beitrag bleiben.
Das würde allen helfenden hier auch das leben erleichtern.
Und viele hier sind ja nur normale Kunden die sich gegenseitig Helfen wollen und können nichts für die Problematik.
Und hier fehlt noch die Trennung, dass die Nebenstraßen von einem anderern Betreiber betrieben werden.
von
vor 14 Minuten
Vorab ein kurzer Hinweis:
Das Thema Peering , Tier-1-Provider und Zusammenschaltung zwischen Internetanbietern ist technisch sehr komplex. Die folgende Erklärung wurde von ChatGPT bewusst vereinfacht für Endanwender formuliert. Sie stellt keine eigene technische Analyse von mir dar, sondern soll helfen, die Zusammenhänge verständlich einzuordnen.
Man kann das Thema Peering gut mit einem einfachen Vergleich erklären.
Stellt euch das Internet wie ein großes Straßennetz vor.
Ihr selbst seid der Autofahrer, die Telekom betreibt die Straße von eurem Haus bis zur Autobahn und zusätzlich große Autobahnen (Backbone). Dienste wie Cloudflare oder Discord betreiben große Industriegebiete, zu denen sehr viele Menschen gleichzeitig fahren wollen. Peering sind die Autobahnkreuze, an denen sich diese Netze miteinander verbinden.
Viele Internetanbieter in Deutschland verbinden sich an großen Internetknoten wie dem DE-CIX direkt miteinander. Dort peeren zahlreiche Access-Provider, Content-Anbieter und CDNs miteinander, um Daten möglichst direkt, kurz und effizient auszutauschen. Das ist vergleichbar mit großen, gut ausgebauten Autobahnkreuzen mit vielen Spuren.
Die Deutsche Telekom nimmt hier eine besondere Rolle ein, da sie nicht nur Access-Provider für Endkunden ist, sondern gleichzeitig auch als sogenannter Tier-1-Provider auftritt. Tier-1-Provider betreiben globale Netze und regeln den Datenaustausch untereinander häufig über kommerzielle Vereinbarungen. Diese Doppelrolle ist für Endkunden nicht sichtbar, kann aber Auswirkungen auf die Art haben, wie Netzübergänge dimensioniert und genutzt werden.
Oft wird argumentiert, dass Diensteanbieter wie Cloudflare absichtlich Umwege fahren oder ungünstige Routen wählen. Diese Darstellung greift zu kurz. Cloudflare bietet an nahezu allen großen Internetknoten, unter anderem auch am DE-CIX, direkte Übergaben an. Viele andere Internetanbieter nehmen diese Übergaben breit an und binden solche Dienste dort leistungsfähig an.
Bei der Telekom oder bei Netzen, über die der Datenverkehr geführt wird, kann es vorkommen, dass einzelne Übergänge zeitweise stark ausgelastet sind. Diese Auslastung entsteht nicht zufällig, sondern ist das Ergebnis von Netzarchitektur, Kapazitätsplanung und der jeweiligen Peering -Strategie. Wenn Übergänge über längere Zeit nicht ausreichend dimensioniert werden, führt das aus Endkundensicht zu spürbaren Nachteilen.
Für den Kunden zeigt sich das so:
Die Verbindung von zuhause bis ins eigene Netz funktioniert einwandfrei, klassische Speedtests sind unauffällig. Gleichzeitig kommt es bei bestimmten Diensten regelmäßig zu hoher Latenz, Paketverlusten oder Abbrüchen, insbesondere zu Stoßzeiten. Die Auswirkungen treffen ausschließlich die Endkunden, obwohl diese weder Einfluss auf Routing-Entscheidungen noch auf Peering -Vereinbarungen haben.
Das erklärt auch, warum VPNs helfen. Mit einem VPN wird der Datenverkehr zunächst über das Netz eines anderen Anbieters geführt und gelangt dann über einen anderen Übergang ins Zielnetz. Gleiches Ziel, anderer Netzübergang, keine Überlastung. Dasselbe gilt beim Wechsel auf einen anderen Internetzugang, etwa über einen Mobilfunk-Hotspot eines anderen Anbieters.
Man kann das auch mit Wasser vergleichen: Dein Haus hat ein dickes Rohr zur Telekom, die Telekom hat große Rohre im eigenen Netz, und Content-Anbieter ebenfalls. Zwischen einzelnen Netzen gibt es jedoch Verbindungsrohre, deren Durchfluss begrenzt ist. Wenn dort dauerhaft mehr Wasser hindurch soll, als vorgesehen ist, sinkt der Druck. Für den Endkunden macht es keinen Unterschied, warum das Rohr schmal ist – er merkt nur, dass am Hahn zu wenig ankommt.
Entscheidend ist: Kunden haben keinen Intranet -Zugang und kein regional begrenztes Teilnetz gebucht, sondern einen Internetzugang. Das bedeutet, dass übliche Dienste aus unterschiedlichen Netzen grundsätzlich gleichwertig nutzbar sein sollten. Wenn das regelmäßig nicht der Fall ist, liegt aus Endkundensicht eine relevante Einschränkung der Leistung vor.
Dass solche Themen im Forum nicht gelöst werden können, liegt auf der Hand. Moderatoren können keine Netzübergänge erweitern, und der Support hat keinen Einfluss auf Peering -Kapazitäten oder strategische Entscheidungen. Dass es zu diesem Thema hunderte oder tausende ähnliche Beiträge gibt, spricht weniger gegen die Betroffenen, sondern eher für ein systemisches Problem.
Deshalb ist es sinnvoll, entsprechende Beobachtungen zu dokumentieren, etwa über netzbremse, und zusätzlich eine Beschwerde bei der Bundesnetzagentur einzureichen. Nur dort kann geprüft werden, ob ein Internetzugang noch das leistet, was er aus Sicht der Endkunden leisten soll.
0
Uneingeloggter Nutzer
von
vor 9 Stunden
https://www.reddit.com/r/de_EDV/comments/1qkm5vt/zum_dtagrouting_zu_cloudflare/
0
vor 5 Stunden
@NoOneElse das wurde schon so oft verlinkt passt aber halt nicht ins gewünschte Bild 🤷♂️
1
von
vor 2 Stunden
Bekannt. Evtl. verstehen es die Leute irgendwann ...
Uneingeloggter Nutzer
von
vor 4 Stunden
Bezüglich der Routen, eventuell ist das hier interessant für Dich. Ein Looking-Glass konnte ich bei Cloudflare bisher nicht finden, mit dem man die Rückroute zu seiner IP prüfen könnte. Daher mal ein Versuch, aufzuzeigen, dass der Hinweg nicht identisch mit dem Rückweg sein muss.
Schauen wir uns den Cloudflare WARP VPN -Server und nehmen einfach mal an, dass der Server, wenn man WARP- VPN durch ihn nutzt, die gleiche Rückroute hat wie ein durchgeleiteter VPN Client (muss nicht so sein, aber besser geht's halt nicht für dieses Beispiel):
Der Hinweg (MTR von meiner IPv4 IP zum WARP Gateway):
Der (vermutliche) Rückweg (MTR mit verbundenem WARP- VPN auf meine IPv4 IP):
Hin geht es in diesem Falle ganz woanders lang als zurück. Das muss jetzt hier nicht im Detail stimmen, aber ist im Internet nicht ungewöhnlich.
Wenn jetzt der Rückweg jetzt durch nen Engpass laufen würde, dann beeinflusst das die Geschwindigkeit und Qualität, mit der die Daten zu Dir kommen.
0
0
Uneingeloggter Nutzer
von