Telekom - Cloudflare routing problem only in munich

Hello,
For a few weeks now, I’m experiencing high pings to pages behind cloudeflare.

I talked to my ISP (Deutsche Telekom), and they told me that I should also write here.
My problem is, that when I get routed through cloudflare in munich, that I get a high ping on every page, which is behind cloudflare. (i.e. all pages that routes me to munich are affected)

I’m still in contact with deutsche Telekom to solve that problem… but it’s not that easy to explain the situation to people, who are not that into networking. (phone support)

Meanwhile, I tried to get a VPN via NordVPN earlier today, and I got way better results with cloudflare in frankfurt!
But having a VPN will be a bit expensive for me over time…

I attached a screenshots, which shows my problem.


(141.136.100.98 is cloudflare-gw.cr0-muc1.ip4.gtt.net)

Maybe someone can take a closer look if there’s really a problem with Server named “cloudflare-gw.cr0-muc1.ip4.gtt.net” in munich?

I never had those problems before, and I’m experiencing them for 4-5 weeks now.

All the best!

I would suggest you to go back to Deutsche Telekom’s Support.

And Cloudflare is not able to control the routing decisions of the Deutsche Telekom network.

Cloudflare runs anycast (same IP in every location).

CDN77 is distributing their network by giving different DNS replies depending on source of the DNS request (different IP address(es) for every location).

It’s also impossible to use Cloudflare services from Hungarian Telekom’s network… However, this problem seems to be between TATA and Cloudflare. However, we have Cloudflare in Hungary at cloudflare.bix.hu, but instead the traffic goes to Vienna thanks to Deutsche Telekom… For free plan websites, it goes to the US with 1-2kbps bandwidth.

AS3320 Deutsche Telekom owns and operate the following networks, too:

No, it isn’t.

It is a problem of AS3320 Deutsche Telekom, as mentioned countless times:

If only AS3320 Deutsche Telekom wanted to establish settlement free peerings locally with other networks, … then AS3320 Deutsche Telekom (and it’s subsidiaries)'s connection to Cloudflare wouldn’t be depending on third party networks, such as e.g. TATA as mentioned.

I’m having the same issue with Deutsche Telekom in Munich:

Tracing route to discord.com [162.159.135.232]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  ***.***.***.*
  2     5 ms     4 ms     3 ms  p3e9bf225.dip0.t-ipconnect.de [62.155.242.37]
  3     7 ms     6 ms     5 ms  m-ef2-i.M.DE.NET.DTAG.DE [62.154.28.82]
  4    16 ms    15 ms    15 ms  80.150.168.185
  5    79 ms     *        *     cloudflare-gw.cr0-muc1.ip4.gtt.net [141.136.100.98]
  6    11 ms    10 ms    10 ms  162.159.135.232

May this topic also be related?

1 Like

We both are having the same problem, like our routing to discord.com is the same server between telekom and discord.com in Munich.

We both should deffo stay in contact with each other! :slight_smile:
Are you also active in the telekom forums? if so, let me know your nickname there, so I can PM you there to stay in contact with you.

Yes, but I think the problem is on Cloufare, so Telekom probably won’t help us :smiling_face_with_tear:

1 Like

My idea was to open multiple tickets at telekom to gain more attention to our problems.
Since you are connected to the same route like I am, I’d like to stay in contact with you since in our case, its like 90% the thing/route.

In the last few days, multiple users showed up at the TK forums, talking about the same problems towards cloudflare.

1 Like

Hello!
I have the same issue.
Discord and Websites like ChatGPT or Printables.com are affected.
But ChatGPT has a package loss of up to 80%…
And the reason is also the Cloudflare Server.

Somehow related, yes.

No, it isn’t.

It is a problem of AS3320 Deutsche Telekom and their bad business decisions, that is hitting both them and their customers, and there is unfortunately nothing that Cloudflare can do about it.

Cloudflare cannot force AS3320 Deutsche Telekom (or any other player on the market, for that matter) to take action in any directions.

I wouldn’t suggest “spamming” with tickets, if that is how this should be understood.

If you’re able to get tickets opened from multiple diverse customers, such as e.g. by taking the time to assist your friends, family members, and so on, with opening tickets, that would likely be a lot better.

nono, not spamming as in “I open tickets”.
I was talking about telling people with the same problems to open tickets etc. To make themselves vocal. :slight_smile:

:+1:

You might want to remember to request them in the(se) ticket(s) to establish a settlement free peering with Cloudflare’s AS13335 locally (e.g. within Germany, if you (or your friends) are from there, and same with e.g. Magyar Telekom/Hungary, and so forth).

2 Likes

Do you guys have some topic in the “Telekom hilft” community, which we can upvote?

Hi,

In Hungary, the situation with Magyar Telekom has become untenably bad. A site behind Cloudflare is running at speeds of less than 1 Mbit/sec.

  1     1 ms     1 ms     1 ms  20014C4E24????000000000000000001.unconfigured.pool.telekom.hu [2001:4c4e:24??:??00::1]
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.
  5     9 ms     *        *     2003:0:f00::50a
  6    10 ms     *        9 ms  2003:0:fe00::1
  7   137 ms   137 ms   137 ms  cloudflare-svc070292-ic356168.ip.twelve99-cust.net [2001:2000:3080:15e5::2]
  8   134 ms   132 ms   138 ms  cloudflare-svc070292-ic356168.ip.twelve99-cust.net [2001:2000:3080:15e5::2]
  9   159 ms   134 ms   137 ms  2400:cb00:721:3::
 10   134 ms   137 ms   134 ms  2606:4700:3108::ac42:292e

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.