Bad Routing from DTAG in Germany?


i have a Problem with slow Connections to Cloudflare and higher Ping times to then there should be. A while ago every Request to a Cloudflare Site or an Site that is using Cloudflare with a Paid Plan (Free Plans sometimes got AMS, but i think thís is because of Heavy Traffic on the FRA Colo and should only impact Free Sites and not the DNS) got routet to the Cloudflare Datacenter in Frankfurt, Germany. When i did make a Speedtest on it showed around 100 Mbit/s Download and 30-40 Mbit/s upload which is right. This is to be expected because Frankfurt is the closest DC for me. Sometime ago i noticed that a lot of Cloudflare Sites got way slower then they used to be. Even the Site got slower. When i access it shows CDG as Colo. This is in France. After i discovered this i tried the Speedtest Site. And Again i got Routed over CDG. The Ping times increased from Around 5ms to 25ms which in itself is not a Problem but the Speed slowed from around 100Mbit/s to around 20Mbit/s. Even on Sites like Discord or Steam im routed over CDG and because if this a lot of Stuff is loading Slower.
Tracert to

Routenverfolgung zu []
über maximal 30 Hops:

1 <1 ms <1 ms <1 ms []
2 8 ms 4 ms 3 ms []
3 6 ms 5 ms 6 ms []
4 8 ms 5 ms 6 ms
5 34 ms 34 ms 34 ms []
6 34 ms * 35 ms []
7 * * * Zeitüberschreitung der Anforderung.
8 29 ms 34 ms * []
9 14 ms 15 ms 14 ms
10 21 ms 19 ms 19 ms []

And here is the link

I hope somebody can shine some Light on this Situation

Had yesterday some similar problems. Site was very slow when accessed and downloaded the files actually really slow.
Normal CSS files took 3s to load.

But after some research this not only happened to CloudFlare sites but to others aswell. Turned out that Vodafone in the end had some local problems here around Stuttgart. As you are at Telekom they may also have some problems right now?

Mostly these problems are related to the ISP and not to CloudFlare. How you do get routed also depends heavily on the ISP, not just on CloudFlare.

If CloudFlare routes you to CDG (near Paris) this most probably ATM is the fastest responding POP.

1 Like

This is actually not a problem exclusively from the DTAG (deutsche telekom).
For severel weeks now the route looks the same for me.
My provider is Vodafone germany and I use cable. And paris is definitely not the fastest route since I am only ~200km away from Frankfurt.

Routenverfolgung zu [] über maximal 30 Abschnitte:

1 * * * Zeitüberschreitung der Anforderung.
2 6 ms 7 ms 6 ms ip-81-210-144-156.hsi17.unitymediagroup. de []
3 19 ms 15 ms 14 ms de-fra04a-rc1-ae-19-0.aorta. net []
4 10 ms 10 ms 10 ms de-fra03b-ri1-ae-5-0.aorta. net []
5 10 ms 10 ms 10 ms net []
6 * 19 ms 19 ms if-ae-45-2.tcore1.fr0-frankfurt.as6453. net []
7 19 ms 17 ms 18 ms if-ae-55-2.tcore2.pvu-paris.as6453. net []
8 35 ms 18 ms 19 ms if-ae-49-2.tcore1.pvu-paris.as6453. net []
9 17 ms 16 ms 17 ms if-ae-11-2.tcore1.pye-paris.as6453. net []
10 22 ms 26 ms 22 ms
11 19 ms 19 ms 19 ms []

It looks like that TATA communications (AS6453) is responsible for this route

here is my cloduflare debugging link

1 Like

I know that Vodafone had some Problem the last few Days but this is going an at least a month so i dont think that these are local Problems.
I also unterstand that Routing not only depends on Cloudflare, but it was normal before and CDG is probably not the fastest responding Colo. Im 50 km away from Frankfurt and reach most DCs in Frankfurt in around 4-5ms and even if the Franfurt Colo was really heavy loaded any other of the German DCs would be faster than a DC outside Germany.
Cloudflare may not be able to change the Routing directly but hopefully someone still can look at it and may be able to figure something out.

So Vodafone has the same strange Routing to Cloudflare too. Good to know at least that it seems to be a bigger Problem.
I can add that i dont have this Problems from my Mobile Connection with O2. My Mobile O2 Connection gets routed to FRA correctly.

The Traffic is handed over to the Transit Carrier TATA communications and from there the packets Take the Strange Route to CDG instead of FRA. So I guess the issue is on AS6453 side.

I think i can confirm this. Did a traceroute from Tata´s Looking Glass a FRA Node as Origin. This is the the Result:

So the Best would be if someone from Cloudflare could look over this and make contact to Tata to resolve this

Maybe @cscharff can look into this? I dont really know who to tag so sorry if this is wrong

1 Like

I also connected with TATA on twitter. They gave me an email adress where I should report my issue. I did this today, lets see if they react.


well I just got an answer which basically told me that as a normal person i can’t do anything about it.
They basically told me that I have to be a customer of TATA to create some kind of TLC ticket for their helpdesk system.
Quoting the email:

With reference to your email, please note that we require the TCL service identifier to proceed with further action.

In case the TCL service identifier is unavailable request you to share TCL Order ID/ Circuit Designation/ Tata Communications Ticket number (If booked previously) in order to proceed.

For instant ticket booking and updates, please use

So it seems that is has to be done by cloudflare to look into this problem.

Then i hope someone from Cloudflare can look into this and find a Solution for it. This Problem makes a lot of Websites Slower for everyone with the Wrong Routing from Tata


Maybe i can tag @cloonan as well because cscharff didnt seem to see it.

Is there someone else from Cloudflare which could look at this?

maybe they won’t because it is on purpose and for loadbalance reasons even tho it makes no sense for some of us since the packets travel longer distances

I dont thinks that its on Purpose that even sites like Discord and the Cloudflare Speedtest are loading slower because of this. I guess Discord is an Enterprise Customer. And if its on Purpose that even the Speedtest and Discord are slower because of this then this is a really bad Business Decision

I cannot add much to this topic but just wanted to mention that I’m also receiving this error, mainly with, and which all seem to belong to TATA.
I’m using as my DNS provider and am physically based in Frankfurt with Unitymedia Business as an ISP.

  • colo=CDG
  • Server: Paris

Thanks for the Info, maybe Cloudflare will look into it when enough People report this Problem

1 Like

Hi, I’m user of Vodafone Kabel (ex UM)
Like 2 month ago my both ipv4 and v6 route to CF changed ( ipv6: ipv4:
Normally even my location close to Dusseldorf they always routed me over Frankfurt but now for ipv4 paris and for ipv6 amsterdam.
IMO Cloudflare pulled the plug on Liberty Global transit. Because Vodafone announced last year migration AS6830 to AS3209.

Thanks for your Report. I will probably create a Support Ticket this evening because nobody from Cloudflare responded till now

Ticktet’s probably a good idea, thanks!
Just to add though: I‘ve also created a ticket through (their DNS solution) so maybe we can get some attention from multiple sources.

1 Like

I created a Ticket with the Cloudflare Support.
Ticketnumber is 2102224 if anyone from Cloudflare should see this and want to look