wordpress.org Routing schlecht

Servus,

im Prinzip müsstest du in Lastrichtung testen, da der Rückweg nicht unbedingt den Hinweg entspricht.

Allerdings sieht das hier trotzdem erstmal nicht so toll aus, noch ist allerdings nicht klar ob es sich um eine Störung oder temporäres Re-routing (vermutlich bei Zayo) handelt, der in wenigen Stunden/Tage wieder “behoben” wird, oder ob es hier tatsächlich um ein Engpass geht.

Es sicht aber auch so aus, als wäre das Ziel in den USA, denn ab Hop 11 in deinem Traceroute 

us.*.zayo.com

steht. Dann ist dort die Latenz wiederum im erwartbaren Bereich.

Allerdings ist Telefonica Germany laut PeeringDB offen, heisst es dürfte m.M.n. relativ “einfach” sein für Wordpress, oder SingleHop sich direkt an Telefonica Germany ohne über Zayo zu gehen, anzubinden.

Ich habe mal deinen Traceroute auch ausgeführt:

  1    <1 ms    <1 ms    <1 ms  192.168.70.1
  2     7 ms     6 ms     6 ms  loopback1.0005.acln.02.fra.de.net.telefonica.de [62.52.193.29]
  3     6 ms     6 ms     6 ms  bundle-ether37.0002.cord.02.fra.de.net.telefonica.de [62.53.12.62]
  4     6 ms     6 ms     6 ms  bundle-ether2.0002.corp.02.fra.de.net.telefonica.de [62.53.9.53]
  5     9 ms     6 ms     6 ms  de-cix-ae10.mcs1.fra6.de.zip.zayo.com [80.81.192.255]
  6     *        *       99 ms  ae1.cs1.fra6.de.eth.zayo.com [64.125.29.56]
  7     *        *        *     Timeout.
  8     *       99 ms     *     ae4.cs3.ams10.nl.eth.zayo.com [64.125.28.37]
  9    99 ms    99 ms    99 ms  ae10.cr1.lhr15.uk.eth.zayo.com [64.125.29.17]
 10     *        *        *     Timeout.
 11     *        *        *     Timeout.
 12    99 ms   103 ms    99 ms  ae0.cs2.lga5.us.eth.zayo.com [64.125.29.187]
 13    99 ms    99 ms    99 ms  ae4.cr2.ewr14.us.zip.zayo.com [64.125.28.70]
 14     *       99 ms     *     ae7.cr1.ord8.us.zip.zayo.com [64.125.29.24]
 15     *        *        *     Timeout.
 16     *       99 ms   106 ms  ae13.er4.ord2.us.zip.zayo.com [64.125.21.249]
 17    99 ms    99 ms    99 ms  64.125.109.115.IDIA-394227-011-ZYO.zip.zayo.com [64.125.109.115]
 18   101 ms   100 ms   101 ms  10.be5.cr1.c09c10.r15.s101.chi03.singlehop.net [67.212.190.177]
 19    99 ms    99 ms    99 ms  agg2.c13.r03.s101.chi03.singlehop.net [108.178.47.245]
 20    99 ms   100 ms   101 ms  wordpress.org [198.143.164.252]

Es sollte aber auch klar sein, dass man hier die Webseite von Wordpress.org “testet” und nicht unbedingt gerade den von dir festgestellten problematischen Server.

WordPress.org hat 2 oder 3 Server in den USA. Kein CDN. Aller Traffic, ob Updates oder die Website, muss in die USA.

Der Peak geschieht beim 2. Hop nach der Übergabe.

5    12 ms    11 ms    10 ms  de-cix-ae10.mcs1.fra6.de.zip.zayo.com [80.81.192.255]
6   104 ms   103 ms   104 ms  ae1.cs1.fra6.de.eth.zayo.com [64.125.29.56]

Daher liegt es weniger an den USA.

Die schlechte Verbindung ist dauerhaft, seit ich gewechselt bin. In der Nacht ist es besser, aber auch dort.

Einiger Traffic geht über Frankreich direkt in die USA und nutzt nicht die Niederlande.

26. B. M247 (NY):

  2    13 ms    11 ms    10 ms  loopback1.0006.acln.02.fra.de.net.telefonica.de [62.52.193.30]
  3    12 ms    11 ms    10 ms  bundle-ether38.0001.cord.02.fra.de.net.telefonica.de [62.53.12.72]
  4    12 ms    10 ms    10 ms  bundle-ether1.0001.corp.02.fra.de.net.telefonica.de [62.53.8.187]
  5    11 ms    10 ms     9 ms  176.52.252.28
  6    11 ms    10 ms    10 ms  94.144.107.49
  7    11 ms    10 ms    11 ms  ae-16.r27.frnkge13.de.bb.gin.ntt.net [129.250.2.8]
  8    19 ms    18 ms    18 ms  ae-0.r23.parsfr04.fr.bb.gin.ntt.net [129.250.5.33]
  9    19 ms    19 ms    18 ms  ae-3.r22.parsfr04.fr.bb.gin.ntt.net [129.250.4.148]
 10   132 ms   131 ms   131 ms  ae-14.r23.nwrknj03.us.bb.gin.ntt.net [129.250.4.194]
 11   132 ms   130 ms   131 ms  ae-15.a00.nwrknj03.us.bb.gin.ntt.net [129.250.4.19]
 12    96 ms    94 ms    95 ms  ae-1.m.nwrknj03.us.bb.gin.ntt.net [157.238.228.9]
 13    96 ms    96 ms    95 ms  146.70.0.220
 14    95 ms    94 ms    93 ms  146.70.186.115

WordPress.org hat 2 oder 3 Server in den USA. Kein CDN. Aller Traffic, ob Updates oder die Website, muss in die USA.

Dann ist die Latenz imho durchaus im erwartbaren Bereich, wenn dem so ist.

Der Peak geschieht beim 2. Hop nach der Übergabe.

[...]

Daher liegt es weniger an den USA.

Naja, entscheidend ist im prinzip “nur” die Latenz zum Ziel, gerade mit dieser Testmethodik (entgegen der Lastrichtung).

Die schlechte Verbindung ist dauerhaft, seit ich gewechselt bin. In der Nacht ist es besser, aber auch dort.

Dann wäre einen Kapazitätstest und/oder ein Latenztest in Lastrichtung definitiv ein besserer Indikator, wo Telefonica ggf. etwas ändern könnte oder sollte. Am besten natürlich dann auch so, dass man sieht dass einen Kapazitätsengpass zu bestimmten Zeiten vorhanden ist, dann ist die Lage auch recht schnell eindeutig.

Ich habe mich für dich die Mühe gemacht, und geschaut wie ich so einen Kapazitätstest in Lastrichtung darstellen kann. Es scheint so, als würde der Download von WordPress auch über den Host “wordpress.org” ausgeliefert werden (mit der selben IP wie www.wordpress.org), der Download läuft mit etwa 5.5-6mbit/s durch, stand jetzt.

Jetzt bleiben aber noch ein paar Fragen offen, wie aus meiner ersten Antwort:

noch ist allerdings nicht klar ob es sich um eine Störung oder temporäres Re-routing (vermutlich bei Zayo) handelt, der in wenigen Stunden/Tage wieder “behoben” wird, oder ob es hier tatsächlich um ein Engpass geht.

Dazu wäre es natürlich hilfreich, wenn man Vergleichswerte haben könnte und das ganze ein wenig mit Daten untermauern kann, so dass auch die “schuld” eindeutiger eingegrenzt werden kann.

Einiger Traffic geht über Frankreich direkt in die USA und nutzt nicht die Niederlande.

Naja, ist auch ein anderes Ziel… nur weil der Server auch in den USA steht, heisst es nicht dass die Route dahin die gleiche sein wird, wie bei www.wordpress.org.

​@fishb0t 

Die schlechte Verbindung ist dauerhaft, seit ich gewechselt bin.

Hierzu nur ein einfacher Link:

https://www.teltarif.de/telekom-peering-probleme-bnetza-beschwerde/news/98451.html

Ich möchte hierbei betonen, dass es sich bei diesem Thema rein um Telekomkunden handelt, die sich über schlechtes Peering beschweren.

Du glaubst also nicht ernsthaft, dass Du so etwas wie „Netzneutralität“ als O2-Kunde bei der Telekom erwarten darfst, oder?

;)

Vor allem die Spieler unter uns merken das schmerzlich, wenn sie bei EA FC 2025 über die USA geroutet werden...

user@123-1234567 MOEWE % sudo mtr -ezb4w -c 20 wordpress.org
Start: 2025-09-13T20:40:46+0200
HOST: 123-1234567.local                                                                 Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???         192.168.42.1                                                          0.0%    20    0.6   0.8   0.5   1.3   0.2
  2. AS6805        loopback1.0005.acln.01.ham.de.net.telefonica.de (62.52.192.112)       0.0%    20   10.8  12.1  10.6  15.5   1.1
  3. AS6805        bundle-ether16.0002.cord.01.ham.de.net.telefonica.de (62.53.11.178)   0.0%    20   10.7  11.5  10.6  12.5   0.6
  4. AS6805        bundle-ether4.0003.corx.01.ham.de.net.telefonica.de (62.53.6.182)     0.0%    20   19.3  19.1  17.8  20.1   0.7
       [MPLS: Lbl 16831 TC 0 S u TTL 1]
  5. AS6805        bundle-ether7.0002.corx.01.off.de.net.telefonica.de (62.53.0.35)      0.0%    20   18.4  19.5  18.0  21.2   0.9
       [MPLS: Lbl 16831 TC 0 S u TTL 1]
  6. AS6805        bundle-ether2.0002.cord.02.fra.de.net.telefonica.de (62.53.28.151)    0.0%    20   17.6  18.6  17.6  19.5   0.5
       [MPLS: Lbl 16831 TC 0 S u TTL 1]
  7. AS6805        bundle-ether2.0002.corp.02.fra.de.net.telefonica.de (62.53.9.53)      0.0%    20   18.2  18.6  17.4  19.8   0.6
  8. AS???         de-cix-ae10.mcs1.fra6.de.zip.zayo.com (80.81.192.255)                 0.0%    20   17.3  19.6  17.3  27.8   2.4
  9. AS6461        ae1.cs1.fra6.de.eth.zayo.com (64.125.29.56)                          80.0%    20  111.5 111.9 110.4 113.8   1.4
       [MPLS: Lbl 17610 TC 0 S u TTL 1]
 10. AS6461        ae2.cs1.ams17.nl.eth.zayo.com (64.125.29.59)                         75.0%    20  112.5 111.8 110.8 113.1   0.9
       [MPLS: Lbl 8172 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 1]
 11. AS6461        ae4.cs3.ams10.nl.eth.zayo.com (64.125.28.37)                         95.0%    20  112.0 112.0 112.0 112.0   0.0
       [MPLS: Lbl 570774 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 2]
 12. AS6461        ae10.cr1.lhr15.uk.eth.zayo.com (64.125.29.17)                         0.0%    20  109.9 110.6 109.8 111.6   0.5
       [MPLS: Lbl 109151 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 3]
 13. AS6461        ae2.cr1.lhr11.uk.zip.zayo.com (64.125.24.140)                        25.0%    20  109.5 110.5 109.5 112.0   0.6
       [MPLS: Lbl 322293 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 4]
 14. AS6461        ae5.cs1.lga5.us.eth.zayo.com (64.125.29.126)                         45.0%    20  110.8 110.9 109.8 115.0   1.4
       [MPLS: Lbl 653680 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 5]
 15. AS6461        ae0.cs2.lga5.us.eth.zayo.com (64.125.29.187)                         85.0%    20  110.2 111.3 110.2 113.3   1.7
       [MPLS: Lbl 900027 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 6]
 16. AS6461        ae4.cr2.ewr14.us.zip.zayo.com (64.125.28.70)                          0.0%    20  114.5 111.0 110.0 114.5   0.9
       [MPLS: Lbl 538272 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 7]
 17. AS6461        ae7.cr1.ord8.us.zip.zayo.com (64.125.29.24)                          60.0%    20  111.9 110.8 110.2 111.9   0.6
       [MPLS: Lbl 640400 TC 0 S u TTL 1]
       [MPLS: Lbl 31734 TC 0 S u TTL 8]
 18. AS6461        ae20.cs3.ord2.us.zip.zayo.com (64.125.29.198)                        80.0%    20  114.8 113.4 111.2 115.8   2.3
       [MPLS: Lbl 31734 TC 0 S u TTL 1]
 19. AS6461        ae13.er4.ord2.us.zip.zayo.com (64.125.21.249)                         0.0%    20  112.9 111.5 110.1 116.6   1.3
 20. AS6461        64.125.109.115.idia-394227-011-zyo.zip.zayo.com (64.125.109.115)      0.0%    20  111.9 111.1 110.3 112.1   0.5
 21. AS32475       10.be5.cr1.c09c10.r15.s101.chi03.singlehop.net (67.212.190.177)       0.0%    20  111.2 111.8 110.2 112.8   0.8
 22. AS32475       agg1.c13.r03.s101.chi03.singlehop.net (108.178.47.247)                0.0%    20  110.9 110.8 109.8 111.6   0.4
 23. AS32475       wordpress.org (198.143.164.252)                                       0.0%    20  110.7 111.3 110.1 118.2   1.7

Der Server sitzt in Chicago und Zayo hat eine lange MPLS Strecke dazwischen, aber bei MPLS ist es so, dass die Zwischenhops gar keine Echo Requests beantworten, das macht der letzte Hop bei dem der MPLS-Tunnel aufgeloest wird im Namen der “versteckten Hops” und weil der in den USA sitzt sind da alle RTTs, auch die die nominell aus Frankfurt kommen sollten, halt recht hoch.

Das sieht von Telekomanschluessen kaum anders aus:

https://atlas.ripe.net/measurements/128404950/results

nur sind bei RIPE Atlas die erweiterten ICMP nicht in Nutzung, daher fehlt die Information ueber MPLS Links.

Ich möchte hierbei betonen, dass es sich bei diesem Thema rein um Telekomkunden handelt, die sich über schlechtes Peering beschweren.

Die Telekom bindet tatsächlich ihr Netz grottenschlecht an “das Internet”, das ist ja kein Geheimnis. Allerdings ist der Autor von Telekom zu o2 gewechselt, geniesst also nun “echtes Internet”.

ich bin seit kurzem mit meinem Festnetz von der Telekom zu O2 gewechselt.

Da es wohl

Das sieht von Telekomanschluessen kaum anders aus

sehe ich die Störungs-Theorie eher dann, oder eben einen Engpass auf Serverseite bzw. irgendwo in dieser Nähe. Fehlen halt eben Kapazitätstest und/oder ein Latenztest in Lastrichtung über andere Anbieter...

​@almightyloaf 

Latenztests? Kannste haben:

https://www.bufferbloat.net/projects/bloat/wiki/Tests_for_Bufferbloat/

Hier kann man diverse Geschwindigkeitstests online machen.

Bin gespannt auf Ergebnisse!

;)

(Gemeint sind hier die 

Easy: Web-based Tests

;)

Latenztests? Kannste haben

Nein, damit ist hier gemeint, die Latenz von der Quelle (wordpress.org server) zum Ziel (Router des Autors). Am besten eben einen Traceroute in dieser Richtung.

Oder eben den kapazitätstest, den ich ja auch schon vorgeführt habe...

wordpress.org hat seit heute endlich ein AAAA Record.

  2    12 ms    11 ms    11 ms  2a02:3001::238
  3     *        *        *     Zeitüberschreitung der Anforderung.
  4    13 ms    10 ms    10 ms  de-cix-ae10.mcs1.fra6.de.zip.zayo.com [2001:7f8::193d:0:2]
  5   104 ms   103 ms   102 ms  ae1.cs1.fra6.de.eth.zayo.com [2001:438:ffff::407d:1d38]
  6     *        *      107 ms  ae2.cs1.ams17.nl.eth.zayo.com [2001:438:ffff::407d:1d3b]
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10   104 ms   103 ms   103 ms  ae5.cs1.lga5.us.eth.zayo.com [2001:438:ffff::407d:1d7e]
 11     *        *        *     Zeitüberschreitung der Anforderung.
 12     *        *        *     Zeitüberschreitung der Anforderung.
 13     *        *        *     Zeitüberschreitung der Anforderung.
 14     *        *        *     Zeitüberschreitung der Anforderung.
 15   105 ms   103 ms   104 ms  ae13.er4.ord2.us.zip.zayo.com [2001:438:ffff::407d:15f9]
 16   104 ms   103 ms   103 ms  2001:438:fffe::9e2
 17   105 ms   104 ms   104 ms  2607:f978:5::1a1
 18   105 ms   103 ms   104 ms  2607:f978:5::a9
 19   104 ms   103 ms   102 ms  wordpress.org [2607:f978:5:8002::c68f:a4fc]

Anderes Routing (zumindest 1 Hop weniger) und heute hatte ich keine Probleme. Mal schauen, was die Tage so bringen.

Hallo ​@fishb0t ,
herzlich willkommen in unserer o2 Community 😀
Ich muß leider zugeben, dass ich mich bei diesem Thema überhaupt nicht auskenne. 
Gibt es jetzt noch Probleme oder wolltest du es erst noch beobachten ? 
Dann finden wir bestimmt jemanden, der sich besser auskennt. 
Gruß, Solveig 

Aus meiner Sicht besteht das “Problem” weiterhin, allerdings ist genauso weiterhin nicht klar, wo dieser tatsächlich ist (ob bei Zayo, bei Wordpress selber, oder bei Telefonica, oder ob es sich um bewusstes Rate-Limiting beim Download handelt).

Gerade eben auf “www.wordpress.org” Wordpress heruntergeladen mit einer Datenrate zwischen 2 und 3Mbit/s.

Da Telefonica bisher nicht für Peeringprobleme bekannt ist und zusätzlich einer offenen Peering-Policy verfolgt, gehe ich erstmal nicht davon aus dass es hier daran liegt bzw. wenn dann, nicht bewusst/gewollt. Aber das würde auch implizieren, dass die Übergabe nicht gemonitort wird, was ich mir nicht wirklich vorstellen kann.

Es fehlen auch weiterhin die Vergleichswerte bei anderen Anbietern...

Hallo ​@o2_Solveig ,

Dann finden wir bestimmt jemanden, der sich besser auskennt. 

bei allem Respekt, aber diese Aussage von Dir war nicht das, was man das Gelbe vom Ei der Diplomatie nennt. Wenn Du mich damit meinst, geschenkt! Ich habe tatsächlich keine Ahnung. Aber wenn Du einen besseren als ​@almightyloaf oder ​@pufferueberlauf0 suchen möchtest, dann viel Spaß bei der Suche!

Ich bin sicher, dass Du das nicht so gemeint hast!

Solltest Du aber klarstellen!

;)

Ich denke Solveig meint er sucht intern bzw. im Moderations-Team nach jemand der mehr Kenntnisse in dem Thema hat. So habe ich es zumindest interpretiert, letztendlich möchte er sicherlich dass, wenn das möglich ist, eine Lösung gefunden wird.

Aber klar ist auch, um eine Lösung zu finden, muss man das Problem auch identifiziert haben :D

​@almightyloaf 

Ich schrieb bereits, dass ich ihr nicht unterstelle, es böse gemeint zu haben! Dafür ist sie viel zu friedfertig, nicht zuletzt mangels Testosteron.

;)

Warten wir eine hoffentliche Rückmeldung von ​@fishb0t ab.

Vergleichswerte kann ich euch nicht liefern. Bei der Telekom war der Bilddownload auf der Website jedenfalls nicht sichtbar und daher schneller.

Wenn ich ipv4 in Windows erzwinge, dann habe ich die genannten Probleme wieder.

Ja, die Downloadrate ist auf jeden Fall gefühlt niedriger (v6 und v4) und Konnektivitätsprobleme bei ipv4.

(Dass die Server bei einer neuen WordPress-Hauptversion mal überlastet sind, sind wir gewohnt. Dort kommt dann gerne sofort Too Many Requests oder Gateway Timeout (wirklich sofort - ohne minutenlange Wartezeit ;)). Mit der Veröffentlichung von v6.8 hatten wir die Schwierigkeiten nicht mehr.)

​@GTO63 ,
ähm ja.
Ich meinte es tatsächlich so, dass wir im Moderatorenteam oder auch bei den Experten hier in der Community jemanden finden, der sich besser auskennt als ich. 
Entschuldige, dass dies mißverständlich formuliert war. 
Das war überhaupt nicht meine Absicht. 💐
Gruß, Solveig 

​@o2_Solveig 

Alles gut, Du musst Dich nicht entschuldigen! Wer Dich im Forum verfolgt (hat) weiß, dass Du ganz sicher nicht ehrabschneidend anderen gegenüber schreiben würdest!

In Deinem Fall war schlicht die Formulierung etwas unglücklich gewählt. 

​@almightyloaf hatte Dich da schon richtig interpretiert.

;)