Wenn du Smarthome Geräte von Fritz im Einsatz hast (z.B. Heizungsthermostate), hat sich das Ersetzen der Fritzbox eh erledigt. Dem Smarthome Kosmos kriegst du mit anderen Komponenten nicht ans Laufen.
Hatte ich ja geschrieben, wäre verschmerzbar und durch ZigBee Geräte ersetzbar.
Scheint mir ein bisschen, dass das Problem zur schon definierten Lösung passen muss.
Klar, alles nice-to-have und jammern auf hohem Niveau.
Fände es halt schön, Netzwerksachen in einem Ökosystem zu regeln.
Sonst hätte ich ja auch bei Fritz 7590 Mietrouter bleiben können.
Klar, ist deine Sache. Riecht mir aber nach unnützer Arbeit, Geld- und Ressourcenverschwendung ohne Mehrwert.
Ist sicher auch was dran.
Trotzdem vielen Dank an alle für die hilfreichen Tips!
Die Aussage "muss darüber hinaus netzwerktechnisch im DG Netz vorhanden sein" ist jetzt wieder interessant.
Das bedeutet nichts anderes als die Prüfung auf Providerseite ob der Verbindungsaufbau zum SIP-Server aus dem eigenen Netz kommt. Daher funktioniert die Telefonie beispielsweise mit einem SiP-Client auf dem Handy im Mobilfunknetz eingebucht nicht, befindet sich das Handy im heimischen WLAN hingegen schon (wenn "mobile Daten" abgeschaltet sind).
Das bedeutet nichts anderes als die Prüfung auf Providerseite ob der Verbindungsaufbau zum SIP-Server aus dem eigenen Netz kommt. Daher funktioniert die Telefonie beispielsweise mit einem SiP-Client auf dem Handy im Mobilfunknetz eingebucht nicht, befindet sich das Handy im heimischen WLAN hingegen schon (wenn "mobile Daten" abgeschaltet sind).
Hieße ja, mit VPN Tunnel auf dem Handy ins eigene Netz, sollte das funktionieren.
Ist die Latenz noch immer schlecht ?
So, habe nun mal nachdem die DGL Störung behoben ist nochmals die traceroute's mit Win 11 Notebook gemacht:
tracert -6 heise.de
Routenverfolgung zu heise.de [2a02:2e0:3fe:1001:302::]
über maximal 30 Hops:
1 2 ms 1 ms 2 ms unifi.localdomain [2a00:6020:ad00:7b01::1]
2 * * * Zeitüberschreitung der Anforderung.
3 * * * Zeitüberschreitung der Anforderung.
4 13 ms 13 ms 13 ms 2a00:6020:0:33::2
5 19 ms * * ipv6.de-cix.fra.de.as12306.plusline.net [2001:7f8::3012:0:1]
6 14 ms 14 ms * 2a02:2e0:12:15::115
7 16 ms 16 ms 13 ms 2a02:2e0:3fe:0:c::1
8 18 ms 15 ms 14 ms redirector.heise.de [2a02:2e0:3fe:1001:302::]
Ablaufverfolgung beendet.
tracert -4 heise.de
Routenverfolgung zu heise.de [193.99.144.80]
über maximal 30 Hops:
1 1 ms 1 ms 1 ms unifi.localdomain [10.10.10.1]
2 15 ms 15 ms 13 ms 100.124.1.92
3 * * * Zeitüberschreitung der Anforderung.
4 * * * Zeitüberschreitung der Anforderung.
5 17 ms 20 ms 14 ms ipv4.de-cix.fra.de.as12306.plusline.net [80.81.192.132]
6 18 ms 14 ms 17 ms 82.98.102.7
7 16 ms 15 ms 14 ms 212.19.61.13
8 17 ms 14 ms 13 ms redirector.heise.de [193.99.144.80]
Ablaufverfolgung beendet.
Verbessert hat sich dabei für mich nichts. Seit dem letzten Wartungsfenster sind es wohl neue und langsamere Pfade.
Die Werte werden bei IPv4 schon ab Hop 2 (100.124.1.92) schlecht. Das ist das BNG der DG, an dem dein Anschluss hängt. Ich gehe davon aus, dass das auch bei IPv6 so ist, auch wenn Hop 2 dort nicht antwortet (bei IPv6 antwortet der BNG nicht bei Outbound-Traceroutes) - denn die Werte ab Hop 4 bzw. Hop 5 sind bei beiden Protokollen etwa gleich schlecht. Wobei das Etikett "schlecht" hier auch nur im Vergleich zu deinen vorherigen Spitzenwerten zu sehen ist.
Es könnte sein, dass dein Anschluss an ein anderes BNG umgehängt wurde. Das könntest du daran erkennen, dass du nun andere IPv6-Adressen (PD-LAN und WAN) hast als in dem Zustand mit den deutlich besseren Latenz-Werten. Bei der WAN-Adresse müssten sich die Werte XY in 2a00:6020:1000:XY::nnnn geändert haben. Beim PD-LAN müssten sich entweder die Werte RS in 2a00:6020:RSTU:: geändert haben, oder RS ist gleich geblieben (nämlich RS=ad) und T ist nun kleiner als 8, wo es zuvor größer als 7 war.
Zur Einordnung, was "gute" Latenzwerte sind, hier vielleicht mal ein paar repräsentative Traceroute-Messungen zur RTT aller RIPE-Atlas-Probes an DG-Anschlüssen für IPv4 (AS8899) und IPv6 (AS60294) zu den "well known"-Zielen "google.com" und "facebook.com":
[Hinweis: Momentaufnahme 13.06.2026 16:30]
Dabei sind die "Kommerziellen" Google und Facebook weltweit bestens "connected".
Anders sieht das schon für eine NPO wie Wikipedia aus:
wikimedia hat in Deutschland keine Präsenz.
Die haben ihr CDN in Amsterdam und Marseille.
