Telekom openstreetmap.org packet loss

Hello,

with the (German) Telekom as internet provider I have to OSM a very bad network connection. I have 20% packet loss.

$ mtr -4 -rn -c5 www.openstreetmap.org
Start: 2025-04-18T15:28:52+0200
HOST: localhost                 Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.178.1              0.0%     5    0.6   0.8   0.6   1.0   0.2
  2.|-- 80.146.130.13              0.0%     5    2.0   3.1   2.0   4.4   1.0
  3.|-- 62.154.5.202               0.0%     5   87.5  88.6  87.5  89.7   0.8
  4.|-- 62.154.5.202               0.0%     5   87.6  89.0  87.6  92.4   1.9
  5.|-- 80.156.160.213             0.0%     5   83.1  86.7  82.6 101.3   8.2
  6.|-- 216.6.90.14                0.0%     5   89.6  89.5  89.0  90.2   0.4
  7.|-- 66.198.70.2               20.0%     5   90.8  89.5  88.7  90.8   0.9
  8.|-- 162.158.61.105            20.0%     5   91.2  94.4  91.2  98.9   3.6
  9.|-- 172.67.173.161            20.0%     5   99.4  93.0  90.4  99.4   4.3

And 99,4ms is also a bad ping. This results in a page load to 20 seconds which makes it unusable :frowning_face:

If I use openstreetmap de (ping less then 10ms) everything works fine but then I can not edit the map.

Also community openstreetmap org has no packet loss and ping is less then 30ms.

I know OSM is protected by cloudflare. Is there something wrong with the configuration or the connection between cloudflare and OSM?

Thanks!

Nope, the problem is between DTAG and Cloudflare. I’ve got the same here.

DTAG is asking hilarious peering fees in comparison to other ISPs - Cloudflare refuses to pay them (it is somewhat different on the higher-tier cloudflare plans). So for the free cdn offerings by Cloudflare, you get really bad peering from DTAG.

By that, osm.org is dreadfully slow to access since osm.org moved their website to Cloudflare.

E.g. if you look at your mtr, you’ll see that you connect to Cloudflare in US East coast instead of Frankfurt or Amsterdam or the like. That is producing the latency of about 100ms from Germany. Plus: packet loss as the peering connection between DTAG and Cloudflare is overloaded/congested.

7 Likes

But it’s not a generell cloudflare problem. E. g. www.linux-magazin.de or mydealz.de is also hosted by CF and have a low latency and no packet loos.

$ ping -4 -nc 10 www.linux-magazin.de
PING www.linux-magazin.de (104.26.7.95) 56(84) bytes of data.
64 bytes from 104.26.7.95: icmp_seq=1 ttl=58 time=3.04 ms
64 bytes from 104.26.7.95: icmp_seq=2 ttl=58 time=2.25 ms
64 bytes from 104.26.7.95: icmp_seq=3 ttl=58 time=2.06 ms
64 bytes from 104.26.7.95: icmp_seq=4 ttl=58 time=2.16 ms
64 bytes from 104.26.7.95: icmp_seq=5 ttl=58 time=2.30 ms
64 bytes from 104.26.7.95: icmp_seq=6 ttl=58 time=2.06 ms
64 bytes from 104.26.7.95: icmp_seq=7 ttl=58 time=2.11 ms
64 bytes from 104.26.7.95: icmp_seq=8 ttl=58 time=2.15 ms
64 bytes from 104.26.7.95: icmp_seq=9 ttl=58 time=2.55 ms
64 bytes from 104.26.7.95: icmp_seq=10 ttl=58 time=2.15 ms

--- www.linux-magazin.de ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 2.055/2.282/3.040/0.288 ms

But they use a paid cloudflare plan (that comes with better peering w/ DTAG).

1 Like

By the way, the OWG is evaluating if Fastly could be an alternative, see Review Fastly Security (DDOS) Protections · Issue #1220 · openstreetmap/operations · GitHub

2 Likes

Same here.

I just (for testing) commented out my anti cloudflare lines in hosts file.

Ich habe keine Ahnung von Netzwerktechnik, Ping oder DTAG, aber seit geraumer Zeit dauert bei mir das Öffnen von iD teilweise bis zu 15 Minuten. Auch nach dem Öffnen kann es noch mal 5 Minuten dauern, bis alle Daten geladen sind. Wenn es gar nicht weitergeht, hilft schon mal ctrl.+F5. Auch die OSM.org Hauptseite bleibt ab und zu mal hängen, kommt aber nicht oft vor.

Insgesamt ist das ist schon nervig und kann einem das Mappen e weng verleiden.

Wäre super, wenn das Problem damit wieder behoben wäre …

Danke für diese Info, das erklärt einiges - nicht nur für OSM.