Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Mobilfunk-Angebote.
.webp "Angebote anzeigen")
vor 5 Monaten
Ich denke mal fürRouter ungeiegnet:
0
vor 5 Monaten
Hallo @Ezekiel1989,
vielen Dank für deinen Beitrag.
5G + Ultra bzw. 5G Standalone ist noch nicht in jeder Konstellation komplett „problemlos fertig“.
Im normalen Smartphonebetrieb läuft das inzwischen ziemlich stabil, weil Geräte und Netz dafür gut optimiert sind. Die bekannten Probleme treten aber vor allem in komplexeren Szenarien auf, besonders bei MultiSIM und Routerbetrieb. Dort kommen mehrere parallele Verbindungen zusammen, oft mit speziellen APN - oder IPv4/IPv6-Konfigurationen, und genau das reagiert empfindlicher auf Wechsel zwischen 5G SA, NSA und LTE .
Das kann sich dann so äußern, dass Datenverbindungen kurz instabil werden, Anrufe verzögert aufgebaut werden oder im Übergang zwischen den Netzmodi einzelne Sessions kurz abbrechen. Das ist weniger ein klassischer Netzfehler, sondern eher ein Zusammenspiel aus neuer Netzarchitektur, Endgerät-Firmware und noch nicht in allen Kombinationen perfekt abgestimmter MultiSIM-Nutzung.
Liebe Grüße
Maria
10
von
vor 5 Monaten
Muss das deaktiviert sein, damit ich beim FaceTimen in 5G SA geschalten werde?
@Maria An. : gibt es bei der Option etwas zu beachten mit Hinsicht auf iCloud Private Relay? Hier gab es bei StreamOn auch Probleme. Muss das deaktiviert sein, damit ich beim FaceTimen in 5G SA geschalten werde?
@Ezekiel1989
Nein, FaceTime läuft nicht über PR.
Apple: "iCloud Privat-Relay wurde entwickelt, um deine Privatsphäre zu schützen, indem es sicherstellt, dass beim Surfen mit Safari niemand – nicht einmal Apple – erkennen kann, wer du bist und welche Websites du besuchst."
0
von
vor 5 Monaten
Hallo @Ezekiel1989,
grundsätzlich ist es so, dass iCloud Private Relay technisch ähnlich wie ein VPN funktioniert und deinen Datenverkehr über externe Server leitet, wodurch deine IP-Adresse für das Mobilfunknetz nicht mehr eindeutig zugeordnet werden kann. Genau das war damals auch der Grund, warum es bei Optionen wie StreamOn zu Problemen kam, weil bestimmte Datenströme nicht mehr korrekt erkannt werden konnten.
Für 5G SA und FaceTime ist die Situation aber etwas anders: Die Einbuchung ins 5G-SA -Netz hängt nicht davon ab, ob du FaceTime nutzt oder nicht, sondern vielmehr von deinem Tarif, deinem Gerät und der Netzverfügbarkeit. FaceTime selbst schaltet dich also nicht aktiv in 5G SA.
Allerdings kann aktiviertes Private Relay indirekt Einfluss haben, weil sich durch das veränderte Routing und die Verschleierung deiner Verbindung die Netzoptimierung anders verhält. Das kann sich zum Beispiel in leicht höherer Latenz oder einer weniger stabilen Verbindung bemerkbar machen, betrifft aber nicht speziell die Aktivierung von 5G SA an sich. Unterm Strich heißt das: Du musst iCloud Private Relay nicht zwingend deaktivieren, um beim FaceTimen im 5G-SA -Netz zu sein. Wenn du aber merkst, dass die Qualität oder Stabilität nicht optimal ist, kann es sinnvoll sein, Private Relay testweise auszuschalten, weil die Verbindung dann oft direkter und stabiler läuft.
Liebe Grüße
Maria
von
vor 5 Monaten
Für 5G SA und FaceTime ist die Situation aber etwas anders: Die Einbuchung ins 5G-SA -Netz hängt nicht davon ab
Hallo @Ezekiel1989,
grundsätzlich ist es so, dass iCloud Private Relay technisch ähnlich wie ein VPN funktioniert und deinen Datenverkehr über externe Server leitet, wodurch deine IP-Adresse für das Mobilfunknetz nicht mehr eindeutig zugeordnet werden kann. Genau das war damals auch der Grund, warum es bei Optionen wie StreamOn zu Problemen kam, weil bestimmte Datenströme nicht mehr korrekt erkannt werden konnten.
Für 5G SA und FaceTime ist die Situation aber etwas anders: Die Einbuchung ins 5G-SA -Netz hängt nicht davon ab, ob du FaceTime nutzt oder nicht, sondern vielmehr von deinem Tarif, deinem Gerät und der Netzverfügbarkeit. FaceTime selbst schaltet dich also nicht aktiv in 5G SA.
Allerdings kann aktiviertes Private Relay indirekt Einfluss haben, weil sich durch das veränderte Routing und die Verschleierung deiner Verbindung die Netzoptimierung anders verhält. Das kann sich zum Beispiel in leicht höherer Latenz oder einer weniger stabilen Verbindung bemerkbar machen, betrifft aber nicht speziell die Aktivierung von 5G SA an sich. Unterm Strich heißt das: Du musst iCloud Private Relay nicht zwingend deaktivieren, um beim FaceTimen im 5G-SA -Netz zu sein. Wenn du aber merkst, dass die Qualität oder Stabilität nicht optimal ist, kann es sinnvoll sein, Private Relay testweise auszuschalten, weil die Verbindung dann oft direkter und stabiler läuft.
Liebe Grüße
Maria
Die Einbuchung in ein Mobilfunknetz hängt nie von einer Anwendung auf einem Mobile Device ab !
Die Freischaltung der SIM ( IMSI ) steuert die Einbuchung.
0
Uneingeloggter Nutzer
von
vor 5 Monaten
Hey @Maria An. habe ein iPhone 17 Pro Option ist gebucht
ist das normal ?
Bei 5G Gaming konnte man das ganze aktivieren
0
3
von
vor 5 Monaten
@VonderWulf
Nö, ist nicht normal.
ich hab die Ultra Option auch gebucht (hatte vorher auch die Gaming Option aktiv) und es sieht so aus wie vorher auch.
Haste dein iPhone mal neu gestartet, nachdem du die Mail bekommen hast, dass die Option gebucht wurde und eingerichtet ist?
0
von
vor 5 Monaten
@VonderWulf
Nö, ist nicht normal.
ich hab die Ultra Option auch gebucht (hatte vorher auch die Gaming Option aktiv) und es sieht so aus wie vorher auch.
@VonderWulf
Nö, ist nicht normal.
ich hab die Ultra Option auch gebucht (hatte vorher auch die Gaming Option aktiv) und es sieht so aus wie vorher auch.
Haste dein iPhone mal neu gestartet, nachdem du die Mail bekommen hast, dass die Option gebucht wurde und eingerichtet ist?
Problem ist behoben :)
Einmal das Gerät neu gestartet und das Problem ist behoben
Hatte ich vorher auch schon gemacht da hat es wohl aber nicht geholfen
0
von
vor 5 Monaten
Ich habe die Option nun gebucht und in meinem Setup iPhone 17 Pro und Nighthawk M6 scheint es zu funktionieren - mein Router bekommt auch Netz.
An die anderen die bereits gebucht haben, was habt ihr für Erfahrungen gemacht und habt ihr auch MultiSIM im Einsatz?
0
Uneingeloggter Nutzer
von
vor 5 Monaten
Moinsen,
ich möchte mich hier gern auch einmal einklinken, weil ich sehr interessiert an diesem Thema bin.
Ich besitze seit gestern ein Galaxy S25 Edge. Nach Erhalt des Smartphones ließ ich online über die Magenta-App 5G + Ultra aktivieren und war sehr erstaunt als sich das Gerät sofort ins 5G SA-Netz der Telekom einbuchte. Mittels Netmonster konnte ich den Modus auf "NR only" einstellen, die Verbindung brach nicht zusammen. Ich kann auch soweit einwandfrei über VoNR telefonieren.
Nun besitze ich noch eine weitere Pluskarte nebst MultiSIM. Die MultiSIM wird hierbei in einer 6860 5G als regulären Internetzugang betrieben, die Hauptkarte wird im S25 Edge als zweite eSIM im Dual eSIM-Betrieb verwendet. Könnte ich nun auch an der Pluskarte diese Option buchen und mit der 6860 5G sowohl von 5G SA als auch VoNR profitieren? Ich nutze den APN internet.t-d1.de wegen der öffentlichen IPv4-Adresse.
Viele Grüße und herzlichen Dank für die Beantwortung meiner Fragen.
0
0
vor 5 Monaten
Nein, Fritzboxen machen bei 5G + leider noch nicht mit, da sie CLAT
0
0
vor 5 Monaten
Da sie was? Die Box kann doch 5G SA von Hause aus, daher verstehe ich nicht, weswegen die Box dazu nicht kompatibel sein sollte.
0
15
von
vor 24 Minuten
Falls zur Eingrenzung hilfreich, kann ich einen solchen Test zu einem abgesprochenen Zeitpunkt durchführen und zusätzlich FRITZ!Box-Supportdaten, Screenshots sowie Android-/ADB-Logs bereitstellen.
Hallo zusammen,
ich möchte mich noch einmal in diesen Thread einklinken. Ich hatte hier damals bereits über mein Galaxy S25 Edge, meine MultiSIM-Konstellation und die FRITZ!Box 6860 5G berichtet.
Damals funktionierten 5G + Ultra, 5G Standalone und VoNR bei mir problemlos. Seit der Rufnummernportierung in der Nacht zum 01.10.2026 hat sich das geändert.
Chronologie
Mein freenet MagentaMobil XL Unlimited im Telekom-Netz war bereits einige Wochen vor der Portierung aktiv. Für diese Übergangszeit hatte ich von freenet zunächst eine temporäre Rufnummer erhalten.
Mit dieser vorläufigen Rufnummer funktionierte 5G SA sowohl auf meinem Galaxy S25 Edge mit MultiSIM als auch auf meiner FRITZ!Box 6860 5G .
Die Haupt-eSIM befindet sich dabei auf einem EIOTCLUB-eSIM-Adapter mit eigener eUICC, der im Nano-SIM-Slot der FRITZ!Box steckt. Die FRITZ!Box selbst besitzt keine integrierte eSIM.
In der Nacht zum 01.10.2026 wurde dann meine bisherige Rufnummer von spusu zu freenet portiert und ersetzte die temporäre freenet-Rufnummer.
Bis unmittelbar vor der Portierung funktionierte 5G SA einschließlich mobiler Daten. Seit Abschluss der Portierung funktioniert die normale Datenverbindung im 5G-SA -Betrieb nicht mehr.
Ich möchte damit nicht behaupten, dass die Portierung zwingend die Ursache ist. Der unmittelbare zeitliche Zusammenhang ist aber auffällig.
Technische Eckdaten
Vertrag
internet.v6.telekom
FRITZ!Box
Smartphone
Fehlerbild
An der FRITZ!Box wird 5G SA weiterhin erreicht. In den Supportdaten erscheint ausdrücklich:
rat 5G Standalone
Beim anschließenden Aufbau der Datenverbindung kommt jedoch:
QWDS_START_NETWORK_INTERFACE
bzw.
error(b,8007010e,connecting) = 3;509;QWDS_START_NETWORK_INTERFACE
Danach folgen Drop und Neuinitialisierung des Mobilfunkteils.
Mit deaktiviertem 5G SA funktioniert die Verbindung über LTE + 5G NSA dagegen stabil.
Ein vollständiger Ersatz der Haupt-eSIM bei freenet hat daran nichts geändert.
Inzwischen lässt sich das Problem auch mit der MultiSIM im Galaxy S25 Edge reproduzieren.
Bei NR only zeigt das Gerät:
Telekom.de
NR_SA
HOME
NR_SA
HOME
Disconnected
Gleichzeitig ist IMS registriert:
IMS Registration: Registered
Und Telefonie funktioniert in diesem Zustand auch ohne WLAN. VoNR scheint also weiterhin zu funktionieren, während die normale mobile Internetverbindung fehlt.
Sobald ich wieder auf NR/ LTE umstelle, funktioniert die Datenverbindung sofort wieder über LTE + 5G NSA.
Meine konkrete Bitte zur technischen Prüfung
Da sich das Endgerät erfolgreich mit
NR_SA
und
HOME
registriert und auch IMS /VoNR funktioniert, würde ich gerne gezielt klären lassen, warum ausschließlich die normale Internet-Datensitzung im 5G-SA -Betrieb nicht aufgebaut wird.
Falls das Telekom-hilft-Team den Vorgang an die zuständige Netztechnik weitergeben kann, wäre insbesondere eine Prüfung folgender Punkte hilfreich:
internet.v6.telekom
im 5G -Core für die normale Default-Datensitzung korrekt freigeschaltet?Besonders wichtig wäre mir dabei, dass nicht nur geprüft wird, ob sich die SIM grundsätzlich in 5G SA registrieren darf – das funktioniert offensichtlich –, sondern ausdrücklich der anschließende Aufbau der normalen Internet-PDU-Session untersucht wird.
Das Fehlerbild lässt sich sehr klar nachstellen:
NR only → NR_SA / HOME → IMS registriert / VoNR funktioniert → Data Service bleibt „Disconnected“
und unmittelbar danach:
NR/ LTE → LTE + NR_NSA → Data Service „Connected“
Vor der Rufnummernportierung funktionierte auch die SA-Datenverbindung mit demselben Vertrag und demselben APN .
Daher wäre insbesondere interessant, ob sich in den Netzlogs zum Zeitpunkt eines solchen Verbindungsversuchs erkennen lässt, an welcher Stelle der PDU-Session-Aufbau abgelehnt oder abgebrochen wird.
Falls zur Eingrenzung hilfreich, kann ich einen solchen Test zu einem abgesprochenen Zeitpunkt durchführen und zusätzlich FRITZ!Box-Supportdaten, Screenshots sowie Android-/ADB-Logs bereitstellen.
Warte hier auf ein Teamie -> @Telekom hilft Team
Bitte das Profil ausfüllen mit Rückrufnummer, wenn nicht schon erledigt.
Vielleicht kann die Fachabteilung dir helfen.
Ansonsten treten immer Probleme mit der FB auf, weil sie kein 464XLAT unterstützt, wenn sie nur eine IPv6-Adresse bekommt.
0
von
vor 18 Minuten
Das fehlende 464XLAT der FRITZ!Box ist mir bekannt. Dafür habe ich inzwischen allerdings eine andere Lösung im Heimnetz – ohne WireGuard, WARP oder einen sonstigen IPv4-Tunnel.
Mein Telekom- 5G-SA -Anschluss läuft bei mir IPv6-only. Im Heimnetz betreibe ich auf einem Linux-Hauptserver (
192.168.178.20
) einen eigenen DNS64-Resolver auf Basis von dnsmasq.
Als DNS64-Upstream werden IPv6-DNS64-Resolver verwendet. Bei einem Ziel, das selbst nur einen A-Record besitzt, wird dadurch eine synthetische AAAA-Adresse aus dem NAT64-Präfix
64:ff9b::/96
erzeugt.
Vereinfacht läuft das dann so:
Client → DNS64 auf dem Hauptserver → synthetische 64:ff9b::/96-Adresse → native IPv6-Verbindung über die FRITZ!Box → NAT64/PLAT im Telekom-Netz → IPv4-Ziel
Wichtig dabei: Der Hauptserver ist hierbei kein Tunnel-Gateway. Der eigentliche Nutzdatenverkehr läuft nicht über WireGuard oder Cloudflare WARP und wird auch nicht vom Hauptserver auf IPv4 genattet. Er läuft als IPv6-Verkehr direkt über die FRITZ!Box und das Telekom-Netz. Der Hauptserver übernimmt lediglich die DNS64-Auflösung.
Dass DNS64 funktioniert, lässt sich beispielsweise auch an
ipv4only.arpa
erkennen; dabei werden Adressen aus
64:ff9b::/96
erzeugt.
Das ist zwar technisch nicht dasselbe wie ein echtes 464XLAT /CLAT direkt in der FRITZ!Box – insbesondere Anwendungen mit fest eingetragenen IPv4-Literalen können damit weiterhin problematisch sein –, für normale per DNS erreichbare IPv4-only-Ziele funktioniert bei mir aber DNS64/NAT64.
Vor allem erklärt das meines Erachtens das jetzige Problem nicht: Diese Konfiguration bestand bereits, als 5G SA mit der temporären freenet-Rufnummer noch funktionierte.
Aktuell kommt es außerdem schon eine Stufe vorher zum Fehler. Beim Galaxy S25 Edge sehe ich bei
NR only
:
NR_SA / HOME
IMS Registration: Registered
Voice: NR_SA
Data Service: Disconnected
VoNR-Telefonie funktioniert dabei sogar, die normale Internet-Datensitzung aber nicht.
Auch die FRITZ!Box erreicht nachweislich
5G Standalone
, scheitert anschließend jedoch beim Aufbau der Datenverbindung.
Deshalb sehe ich das fehlende 464XLAT der FRITZ!Box hier eher als separates Thema. Das aktuelle Problem scheint bereits beim Aufbau der normalen 5G-SA -PDU-Session zu entstehen – und tritt zusätzlich auch auf dem Galaxy S25 Edge auf, bei dem die FRITZ!Box und deren fehlendes 464XLAT überhaupt keine Rolle spielen.
0
von
vor 17 Minuten
@everything
Können die Teamis hier was machen? Er ist Kunde von Freenet, nicht der Telekom direkt.
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von