Gelöst

Peering zu Cloudflare, andere Provider und RIPE Atlas

vor 2 Monaten

Hallo Zusammen,

 

ich war bislang stiller Mitleser, als es immer mal wieder um das " Peering "-Thema ging – aber:

Was mich stört, ist, dass hier von einigen vehement behauptet wird, bei anderen Providern gäbe es das Problem auch, etc.

 

Nützlicherweise gibt es ja den RIPE-Atlas, wo man schön von verschiedenen ASNs aus pings und traceroutes senden kann und vergleichen kann.

Habe deshalb mal solche measurements (1x traceroute, 1x ping) laufen lassen.

  • Ziel: Eine Cloudflare-IP (172.67.165.168), zu der z.B. eine der Websites auflöst, die ich hoste (mit DNS-Proxying logischerweise)
  • Probes: 50 zufällig ausgewählte probes in
    • ASN3320 (Telekom),
    • ASN3209 (Vodafone),
    • ASN8881 (1&1 Versatel) und
    • AS6805 (Telefonica/O2).

 

Ergebnisse siehe hier:

 

Wenn man jeweils auf "results" klickt kann man das schön nach der Min-RTT sortieren und sieht, dass (bis auf zwei Ausreißer bei der traceroute) nur ASN3320 Probleme hat und das sogar ausnahmslos, d.h. keine einzige Probe unter 80 ms RTT zurückliefert. (Ob das für den "besten Internet-Anbieter Deutschlands" nicht ein bisschen ein peinliches Ergebnis ist – vor allem im Vergleich zu den wesentlich besseren Ergebnissen der anderen Anbieter – lasse ich mal dahingestellt.)

 

Das deckt sich im übrigen auch mit dem measurement, das vor einigen Monaten schon auf Reddit gepostet wurde.

 

Insofern besteht hier – ganz unabhängig von der "Schuldfrage" – also durchaus ein telekomspezifisches Problem.

 

Das wars von meiner Seite aus.

Ich wünsche noch einen schönen restlichen Sonntagabend!

3639

286

  • Akzeptierte Lösung

    akzeptiert von

    vor 2 Monaten

    Wir wollen ja nicht noch mehr Threads in so kurzer Zeit wieder von vorne durchdiskutieren

     

    Das offizielle der Telekom zählt
    https://telekomhilft.telekom.de/t5/Telefonie-Internet/Peeringprobleme-Probleme-bei-Datenuebertragung-hohe-PING-Zeiten/ta-p/4265259

     

    Schöne Grüße

    0

    Uneingeloggter Nutzer

    Antwort

    von

  • Akzeptierte Lösung

    akzeptiert von

    vor 2 Monaten

    @Faser Glas

     

    Vielen Dank für deinen Beitrag in unserer Community 🙏🏽

     

    Ich kann dich natürlich verstehen 😕 Diese Problematik jedoch nicht nur an einer Partei. Hier sind mehrere Parteien im Boot, die ihren Beitrag leisten müssen. Du hast ja auch die Infos von den anderen erhalten. Wir haben es bereits ausführlich im vorliegenden Link von @Marcel2605 beantwortet. 

     

    Wir direkt, können an der Problematik leider nichts ändern 😕

     

    Viele Grüße

    Timur

    0

    Uneingeloggter Nutzer

    Antwort

    von

  • Akzeptierte Lösung

    akzeptiert von

    vor 2 Monaten

    @Faser Glas

     

    Es geht nicht darum, deine Messergebnisse nicht anzuerkennen. Das Thema ist jedoch nicht so einfach damit geklärt 😅 Wir bieten ja grundsätzlich ausreichend Kapazitäten für das Routing. Es kommt aber auf verschiedene Faktoren an, die wir nicht beeinflussen können und nicht in unserer Verantwortung stehen. Wenn der Anbieter sich dazu entscheidet einen günstigeren Transitanbieter, welcher Engpässe aufweist, für das Routing zu nutzen, können wir das leider nicht beeinflussen. 

     

    Wie bereits geschrieben, sind bei dem Thema mehrere Parteien im Boot, die Ihren Beitrag leisten müssen. Es ist leider keine einfache "ihr seid schuld" Thematik 🙏🏽

     

    Lasst uns das Thema aber an diesem Punkt abschließen. 

     

    Viele Grüße

    Timur

    0

    Uneingeloggter Nutzer

    Antwort

    von

  • Akzeptierte Lösung

    akzeptiert von

    vor 2 Monaten

    Guten Morgen @staengfoenster,

     

    es tut mir leid, wir haben keinen Einfluss auf die Werte und können da leider nichts machen.

     

    Ich wünsche dir noch einen schönen Tag.

     

    Liebe Grüße

    Behar

     
     
     

    0

    Uneingeloggter Nutzer

    Antwort

    von

Das könnte Ihnen auch weiterhelfen

vor 3 Jahren

in  

1116

0

3

vor 4 Jahren

in  

3311

0

2

in  

3759

2

3

Gelöst

in  

4407

0

31