War wahrscheinlich bisschen unglücklich formuliert. Sorry!

Ich kanns halt null nachvollziehen, warum das auf einmal ein Problem ist. Vor 2-3 Wochen ging ja noch alles problemlos...

Hier das gleiche Problem auch bei meinem Nachbarn.
Betroffen sind auch diverse Spielserver die in den Niederlanden liegen.
Über einen VPN alles kein Problem.

@Oliver I. 

Hier noch traceroute von besagtem Telekom-Glasfasteranschluss, wo es problemlos funktioniert. Vielleicht hilft das ja

IPv4:

IPv6:

@Oliver I. 

Hab zwei Traces zu deb.debian.com mit mtr gemacht. Hier die Ergebnisse:

IPv4:

IPv6:

Ich habe bei mir auch einen Glasfaseranschluss mit 500 Mb/s, also hat es vermutlich nichts mit der Anschlussart zu tun.

Meine IP ist heute im 217.94.0.0/16 Subnetz angesiedelt.

Hoffe, dass das weiter hilft

Oliver I.

@FelixKruemel Magst du vielleicht?

@FelixKruemel Magst du vielleicht?

Oliver I.

@FelixKruemel Magst du vielleicht?

Ich habe zwar (noch) keinen Festnetzanschluss und im Mobilfunk geht es komischerweise, aber ich werde mal kurz die Leitung eines Freundes dafür klauen.

Und da ist auch schon der MTR

Ich kann im übrigen auch mitteilen, dass das nicht von jedem Festnetzanschluss auftritt, manche haben direktes Peering zu Fastly sowie es aussieht. Scheint also ein evt. regionales Problem zu sein.

Aus eurer eigenen Cloud geht es im übrigen auch besser

Hallo,

lt. dem Threadersteller wäre die Problematik bzgl. AWS/Cloudfront behoben, was m.E. nicht der Fall ist - siehe https://telekomhilft.telekom.de/t5/Telefonie-Internet/Probleme-bei-Verbindungen-zu-Amazon-CloudFront/m-p/5043150. Der Paketverlust lt. diverser traceroute / mtr im genannten Thread in Richtung AWS/Cloudfront ist weiterhin sehr hoch, vornehmlich tagsüber. Ob das aktuell nun Zufall ist, dass das peering / routing in Richtung mehrerer CDNs problematisch ist, oder es sich um eine gemeinsame Ursache handelt, bleibt wohl abzuwarten.

Ich kann es leider nur im privaten Umfeld nachvollziehen:
Z.B. eine Nutzung der VODs von twitch.tv (Liveübertragungen sind nicht betroffen) ist an meinem 50 MBit Anschluss aktuell mit durchschnittlich 100-150 KByte/s möglich, was dann auf 360p hinausläuft... Parallel dazu kann ich ohne Probleme ein youtube Video in "4K" laufen lassen. Ähnliches lässt sich beim Dateidownload des Computerspiels "EVE Online" nachvollziehen, z.B. von resources.eveonline.com = Cloudfront. Hier bekomme ich im Schnitt ebenfalls lediglich 100-150 KByte/s Downstream hin und habe einen Paketverlust von 30-60%.

Die Problematik konnte ich nun bereits seit ca. 4 Wochen beobachten, mal mehr mal weniger ausgeprägt. Auch andere Dienste wie facebook.com oder sogar http://telekomhilft.telekom.de waren zeitweise kaum erreichbar.

Die Problematik mit dem Telekom-Hilft-Forum hatte ich auch. Die Assets (Fonts hauptsächlich) konnte ich gar nicht laden.

Bei Twitch habe ich aber keine Probleme.

Aber ja, es sind diverse CDNs betroffen. Fastly scheint jetzt schneller zu laufen, aber trotzdem muss ich immer wieder meinen VPN anschalten, was ja nicht wirklich Sinn der Sache ist

Eine Ursache für diese Problematik ist im folgenden Thread berschrieben:

https://telekomhilft.telekom.de/t5/Telefonie-Internet/Probleme-bei-Verbindungen-zu-Amazon-CloudFront/td-p/5043150

Wir haben in diesem Thread in 3 Fällen nachvollzogen, dass es zu Routing-/Peeringproblemen kommt, wenn einer der Cloudflare DNS Server 1.1.1.1 + 1.0.0.1 verwendet wird. Eine Änderung der DNS Server auf einen anderen Anbieter umgeht das Problem für den Moment. Die Ursache liegt trotzdem beim Routing-/ Peering in die betroffenen Netze.

---

@Diandra S.  schrieb:
Guten Abend @home35.

Ich habe das noch einmal zur Analyse weitergegeben, die Kollegen sind für jeden Tipp dankbar. Wenn ein Cloudflare DNS Server genutzt wird, sollte man sich an Cloudflare wenden.

Lieben Gruß
Diandra S.

---

Das mit dem Cloudflare DNS ist nicht Cloudflares Schuld. Das DNS antwortet bei mir jedenfalls konstant schnell. Und danach hat Cloudflare meines Erachtens nichts mehr mit dem Routing zu tun. Bei mir laden diverse Fastly-Services auch über den Telekom-DNS langsam. Ich werden nochmal versuchen, ein paar Details zusammenzutragen.

Ich habe dies Problem auch seit Wochen und habe zuerst nach Tip vom Kundendienst der Telekom einen neuen Router gekauft. Und am Freitag hatte ich sogar einen Techniker der Telekom da.

Durch die Hilfe des Netzwerk-Teams meines Arbeitgebers haben wir nun darauf eingrenzen können, dass mehr als 80% der Pakete am Netzknoten zwischen der Telia und der Telekom verloren gehen.

Der Kundendienst der Telekom hat mir eben schriftlich bestätigt, dass sie dazu viele Meldungen von Kunden erhalten. Allerdings schreibt man mir auch, dass die Störungsstelle bzw der Kundendienst da gar nicht machen könne.

An wen kann ich mich als Kunde noch wenden?

@Jürgen Wo. 

Bitte sehr.

                                      My traceroute  [v0.94]
spickermann (192.168.178.20) -> i.imgur.com                               2021-03-29T15:11:04+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                          Packets               Pings
 Host                                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. fritz.box                                            0.0%    34    3.4   3.0   1.5   6.2   1.1
 2. p3e9bf384.dip0.t-ipconnect.de                        0.0%    34    6.2   9.9   5.3  71.4  11.4
 3. 217.5.116.166                                        0.0%    34   12.2 303.8  10.5 3485. 756.9
 4. 217.5.116.166                                        0.0%    34   11.1 284.8  10.6 3392. 728.2
 5. ffm-b5-link.ip.twelve99.net                          0.0%    34   10.6  12.6  10.5  23.3   2.3
 6. ffm-bb1-link.ip.twelve99.net                         0.0%    34   19.6  20.6  19.0  24.3   1.1
 7. prs-bb1-link.ip.twelve99.net                        81.8%    34   25.8  21.2  19.5  25.8   2.4
 8. prs-bb3-link.ip.twelve99.net                         0.0%    34   21.0  21.4  19.9  25.0   1.1
 9. prs-b8-link.ip.twelve99.net                          0.0%    34   19.8  19.8  18.3  23.0   1.3
10. fastly-ic336682-prs-b8.ip.twelve99-cust.net          0.0%    33   21.3  19.9  18.4  23.2   1.3
11. 151.101.120.193                                     34.4%    33   26.9  26.7  25.2  30.8   1.4

@Jürgen Wo. 

Vielleicht hilft dies hier auch noch weiter. Dies war der Versuch meines Kollegen meinen Router zu erreichen. Auch hier Probleme bei twelve99.net (Telia)

sudo mtr --report-wide 2003:C5:8F3C:FD00:71FC:BC54:5237:BA53
Start: 2021-03-26T10:10:29-0400
HOST: aabccdd-MacBook-Pro.local                            Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- pfsense.localdomain                                    0.0%    10    0.8   0.8   0.7   0.9   0.0
  2.|-- 2607:f2c0:f200:1805::1                                 0.0%    10   17.9  18.6  11.0  36.3   7.3
  3.|-- 2607:f2c0:ffff:f200:0:1:29:2                           0.0%    10   16.7  20.7  15.5  32.3   5.5
  4.|-- ae3-129-agg01-tor.teksavvy.com                         0.0%    10   23.6  22.1  16.9  29.4   4.2
  5.|-- ae2-0-bdr01-tor2.teksavvy.com                          0.0%    10   26.4  41.7  18.4 140.9  36.0
  6.|-- ???                                                   100.0    10    0.0   0.0   0.0   0.0   0.0
  7.|-- nyk-bb2-v6.ip.twelve99.net                             0.0%    10  103.9 114.2 100.3 174.0  21.8
  8.|-- ldn-bb1-v6.ip.twelve99.net                             0.0%    10  107.8 111.8 100.1 137.0  10.2
  9.|-- ldn-b2-v6.ip.twelve99.net                             90.0%    10  110.7 110.7 110.7 110.7   0.0
 10.|-- dtag-ic323085-ldn-b2.ip.twelve99-cust.net              0.0%    10  108.4 102.0  96.7 108.4   3.2
 11.|-- 2003:0:8900:2000::1                                    0.0%    10  116.8 123.4 116.4 149.2   9.7
 12.|-- p200300c58fff3d05de15c8fffe45b06e.dip0.t-ipconnect.de 80.0%    10  123.5 129.1 123.5 134.6   7.9

Genau, es geht hier um die >70% Loss bei twelve99.net. Das ist ja genau das fehlerhafte Verhalten, dass ich seit Wochen beobachte. Die Paketverluste sind immer im twelve99.net (Telia) Netz, wenn ich traceroutes starte zu den Seiten, die nicht richtig funktionieren.

@timoschwarzer 

Dann liest du den MTR falsch.

Was zählt ist der Paketverlust der Pakete die am Empfänger landen. Wenn ein Server zwischendurch nicht auf Pings antwortet oder die Hälfte überspringt ist das egal, solange am Ende kein Verlust auftritt.

Also kommen mehr als 98% der Pakete am Ende an

@FelixKruemel 

Stimmt, mein Fehler! Danke fürs Korrigieren.

Trotzdem war Telia in den Forenbeiträgen zu langsamen Internet recht häufig vertreten...

@Timur K. 

Kann mich @spickermann nur anschließen, hier tritt das Problem beim Benutzen von Cloudflare-DNS weiter auf. Behelfsmäßig verwende ich jetzt Quad9, womit das Problem nicht mehr auftritt. Quad9 ist aber leider auch etwas langsamer als Cloudflare.

Ich kann leider nicht ohne weiteres zu einem Telekom-Resolver wechseln, da ich einen lokalen DNS-Server habe & dieser für das Auflösen von nicht-lokalen URLs eine feste Adresse von einem "richtigen" Resolver braucht. Da sich die IP des Telekom-DNS mitunter täglich ändert, ist der also keine Option.

Grüße,
Marcus

Problem besteht weiterhin in unveränderter Form.

Ja, ich verwende mittlerweile zum Testen gerne die imgur.com Webseite. Das Problem ist aber auch auf anderen Seiten zu beobachten (Wikipedia, Reddit, Shopify, Zoom Calls). Während tagsüber Bilder bei Imgur meist nach langer Zeit langsam geladen werden (Videos ohnehin nicht), bleibt gerade in den Abendstunden die Übersichtsseite halbleer, weil die Requests nach einiger Zeit komplett in den Timeout laufen.

Grüße

Martin

Beispieldatei: http://deb.debian.org/debian/pool/main/p/postgresql-11/postgresql-11_11.11-0+deb10u1_amd64.deb

Die DNS-Server von Cloudflare geben für deb.debian.org folgende IPs zurück:

deb.debian.org is an alias for debian.map.fastlydns.net.
debian.map.fastlydns.net has address 199.232.178.132
debian.map.fastlydns.net has IPv6 address 2a04:4e42:6c::644

MTRs:

Edit: Die Google-DNS-Server (8.8.8.8) geben 199.232.138.132 und 2a04:4e42:62::644 zurück, und die Beispieldatei kann über diese IPs ohne Probleme in voller Geschwindigkeit heruntergeladen werden. Über die von CF zurückgegebene IP sind es derzeit ca. 200kB/s, wobei das auch ein eher hoher Wert ist.

@Timur K. 

Hallo Timur,

knappe 4 Wochen später und das Problem  besteht weiterhin. Wann kann man mit einer Besserung rechnen? Ich hoffe, dass das Problem dann auch dauerhaft gelöst ist und nicht nächstes Jahr wieder auftritt (wie schon 2019 und 2020).

Grüße