Wechsel DSL zu Anbieter ohne Telekom Peering

Wenn du 4-5 Tage lang nicht rangehst, hört es auf und der neue Anbieter erhält die Bestätigung.

Hier ist meiner Meinung nach der Gesetzgeber gefordert. Es müsste eine Regelung geben, dass bei Kündigung und Ressourcenübernahme durch den aufnehmenden Anbieter dieser eine finale Rückmeldung mit Termin innerhalb von 2 Tagen zu erhalten hat. So hätten die Kunden, die einen Wechsel nur für Angebote der KRG einleiten, noch Zeit, den Anruf entgegen zu nehmen und alle anderen würden zumindest maximal 1-2 Tage und nicht länger belästigt.
 
  • Gefällt mir
Reaktionen: polyphase
Telekom trieibt da einfach ein falsches Spiel. Bin ja oft gewechselt , und nie hat ein Anbieter die bestätigung der Kündigung blockiert bzw. hinausgezögert. Es war nur die Telekom die so verfahren ist.
 
  • Gefällt mir
Reaktionen: polyphase
Korrekt. Eigentlich sollte eine Willenserklärung des Kunden, egal ob bei Eigenkündigung oder Kündigung durch neuen Anbieter, zeitnah bestätigt werden. Ein wenig sind die Kunden aber nicht ganz unschuldig an der Situation, da es sich in einigen Bereiche etabliert hat, nur zu kündigen, um ein Angebot der KRG zu erhalten. Aber dafür würden besagte 1-2 Tage locker reichen - erreicht man den Kunden nicht, hat er daran auch kein Interesse.

Man probiert es halt. Ende 2025 gab es für die Telekom ein Abmahnung, da Mobilfunkkunden bei der Kündigung Angst gemacht wurde. Das gleiche gab es auch fürs Festnetz, aber dort habe ich keine Berichterstattung zu gesehen.

tkunedigung.jpg

Wurde beim Kündigungsformular fürs Festnetz aber inzwischen ebenfalls entfernt.

Kunden mit wenig Ahnung kann man dadurch schon verunsichern. Vor allem heißt Kündigung ja nicht, dass das zuhause offline gesetzt werden soll. Sondern dass man entweder den Anbieter oder sogar die Zugangstechnik wechselt. Der versierte Kunde kann die Punkte aber entkräften:

- Unterbrechungen beim Streamen und Surfen: Sofern die Leitung in Ordnung ist, gibt es normal keine Unterbrechungen. Vielmehr ist das Surferlebnis bei einem Anbieter mit offenem Peering sogar besser.

- Keine Sicherheit für Homeoffice und Videocalls: Warum sollte das woanders weniger gut funktionieren?

- Ihr Router und Mesh-WLAN müssen zurückgeschickt werden: Richtig, aber der Weg zur Packstation ist kein großer Aufwand. Und offline gehen muss man nicht, da man sich zuerst neue Hardware besorgt, bevor man die alte zurückschickt.

- Verlust Ihrer E-Mail-Adresse @t-online.de: Nope. Die lässt sich nach Vertragsende in Freemail umwandeln.

- Kein 24/7-Support mehr von der Telekom: Richtig. Aber das ist klar, wenn ich kein Kunde mehr dort bin. Bei Problemen wende ich mich dann an den neuen Anbieter.

- Kein Zugriff mehr auf Magenta Moments: Den Punkt gebe ich. Allerdings sind viele der Vorteile und Aktionen auch verfügbar, wenn man nur Kunde mit einer Prepaidkarte ist.

Ich gehe fest davon aus, dass einige Kündigungen und Wechsel automatisch entfallen würden, wenn die Telekom das Peeringproblem im Griff hätte. Es gibt mit Sicherheit viele Kunden, die gern bereit sind, ein paar EUR mehr zu zahlen, wenn dafür alles reibungslos funktioniert. Und als Netzbetreiber (sowohl Mobil wie Festnetz) ist die Telekom ja super, nur derzeit leider nicht als Internetprovider.

Interessant dazu folgender Abschnitt aus dem heutigen teltarif-Artikel:

„Unser Anspruch ist es, dass jede Kundin und jeder Kunde immer das beste Netzerlebnis hat“, betont der neue CTO der Telekom Deutschland, Alexander Jenbar, der damit erstmalig vor die Presse trat. „Die Qualität darf dabei kein Bauchgefühl sein. Wir lassen uns messen und setzen zukünftig noch mehr auf klare Fakten und Indizes. Die geben uns ein ehrliches Bild. Und sie zeigen uns sofort, wo wir Dinge noch besser machen müssen.“

Wenn das Netzerlebnis der Kunden das wichtigste ist, würde man auf Peeringpartner zugehen und eine Lösung finden, ggf. auch, indem man die Preisvorstellungen für Interconnections auf marktübliche Werte reduziert. Aber vermutlich würden dann andere Abteilungen ein Veto einlegen, da man den Aktionären verpflichtet ist.
 
  • Gefällt mir
Reaktionen: rezzler und polyphase
https://www.reddit.com/r/de_EDV/comments/1qkm5vt/zum_dtagrouting_zu_cloudflare/

Scheinbar lässt Cloudflare derzeit die Muskeln spielen, um Druck aufzubauen. Machtspiele zweier Anbieter, von denen anscheinend keiner von seinen Maximalforderungen abweichen will. Und wenn zwei sich streiten, freut sich ein Dritter (in dem Fall die anderen Anbieter).

Auch wenn Cloudflare es momentan eskaliert, ist die Telekom nicht unschuldig an der Situation. Cloudflare ist derzeit nur das Synonym für die Peeringstrategie der Telekom, früher war es Hetzner oder das DFN.
 
  • Gefällt mir
Reaktionen: froeschi62
Seit längerer Zeit habe ich Probleme beim Zugriff z.B. auf flugzeugbilder.de oder planepictures.net . Könnte das vielleicht Mal jemand testen? Es lädt wie unter ISDN Zeiten. Scheint wohl auch über cloudflare zu laufen.

Sorry wenn es vielleicht nicht ganz zum Thema passt.
 
FTTC schrieb:
Seit längerer Zeit habe ich Probleme beim Zugriff z.B. auf flugzeugbilder.de oder planepictures.net .
Yeep, exakt die gleichen Probleme als Telekom Kunde mit Glasfaser 1000 Dieses schon heute um 17:02 Uhr. Wird immer besser...
Cloudflare..

C:\Users\>tracert flugzeugbilder.de

Routenverfolgung zu flugzeugbilder.de [2606:4700:3037::6815:2cea]
über maximal 30 Hops:
1 <1 ms <1 ms <1 ms fritz.box
2 6 ms 6 ms 3 ms 2003:0:8303:e800::1
3 19 ms 18 ms * dtag-ic-323085.ip.twelve99-cust.net [2001:2035:0:12a2::2]
4 15 ms 14 ms 15 ms ldn-b2-link.ip.twelve99.net [2001:2035:0:12a2::1]
5 * * 22 ms cloudflare-ic-339870.ip.twelve99-cust.net [2001:2035:0:338::2]
6 28 ms 20 ms 23 ms 2400:cb00:376:3::
7 18 ms * 18 ms 2606:4700:3037::6815:2cea
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: FTTC und polyphase
Das ist auch eine Seite, wo das Problem zuschlägt. Über o2 lädt es flüssig, mit Telekom derzeit sehr zäh.

Interessant könnte für viele Kunden, die noch in der MVLZ hängen, der folgende Workaround sein, der gestern in der ThC gepostet wurde: https://telekomhilft.telekom.de/con...597b08879d?commentId=69750e06f8cc8d29601231ef

Ich habe das mal probiert, aber die Configdatei für WireGuard noch um die IPv6-Bereiche von Cloudflare erweitert.

Sieht nun so aus

Code:
[Interface]
PrivateKey = xxxxxxxx
Address = 172.16.x.x/32, 2606:4700:110:xxxx:xxx/128
DNS = 1.1.1.1, 1.0.0.1, 2606:4700:4700::1111, 2606:4700:4700::1001
MTU = 1280

[Peer]
PublicKey = xxxxx
AllowedIPs = 173.245.48.0/20, 103.21.244.0/22, 103.22.200.0/22, 103.31.4.0/22, 141.101.64.0/18, 108.162.192.0/18, 190.93.240.0/20, 188.114.96.0/20, 197.234.240.0/22, 198.41.128.0/17, 162.158.0.0/15, 104.16.0.0/13, 104.24.0.0/14, 172.64.0.0/13, 131.0.72.0/22, 2400:cb00::/32, 2606:4700::/32, 2803:f800::/32, 2405:b500::/32, 2405:8100::/32, 2a06:98c0::/29, 2c0f:f248::/32
Endpoint = engage.cloudflareclient.com:2408

Wenn ich das aktiviere, werden nur die Seiten bei Cloudflare über Cloudflare WARP geleitet, der Rest weiterhin direkt über die Anbindungen des ISP.
 
  • Gefällt mir
Reaktionen: FTTC und froeschi62
eifelman85 schrieb:
nteressant könnte für viele Kunden, die noch in der MVLZ hängen, der folgende Workaround sein, der gestern in der ThC gepostet wurde: https://telekomhilft.telekom.de/con...597b08879d?commentId=69750e06f8cc8d29601231ef

Ich habe das mal probiert, aber die Configdatei für WireGuard noch um die IPv6-Bereiche von Cloudflare erweitert.
Klasse, danke für den Tipp:)
Ergänzung ()

DLMttH schrieb:
Wenn die Seite dann geladen hat, sind aber alle Bilder sofort da, oder?
Wenn ich ein Bild anklicke, kommt erst der Ladekreis (verzögertes Laden), dann die neue Bildseite, wobei das Bild selbst normal geladen wird. Das Ganze ohne VPN.
 
Zuletzt bearbeitet:
eifelman85 schrieb:
Interessant könnte für viele Kunden, die noch in der MVLZ hängen, der folgende Workaround sein, der gestern in der ThC gepostet wurde: https://telekomhilft.telekom.de/con...597b08879d?commentId=69750e06f8cc8d29601231ef
Super, vielen Dank für den Link! Als unifi User werde ich das die Tage direkt Mal testen 👍🏻

Teilweise dauert es ewig, bis die Fotos auf der Seite geladen wurden. Erinnert mich an ISDN 😅 Habe es eben per 1&1 Versatel getestet. Dort läuft es absolut performant.
 
Zurück
Oben