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)
vor 6 Monaten
Ich denke mal fürRouter ungeiegnet:
0
vor 6 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 6 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 6 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 6 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 6 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 6 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 6 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 6 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 6 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 6 Monaten
Nein, Fritzboxen machen bei 5G + leider noch nicht mit, da sie CLAT
0
0
vor 6 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
44
von
vor 7 Tagen
Nö 🤣
Ich stehe einfach nicht darauf, dass die Gewährleistung und Garantie direkt beim Kauf schon erledigt ist. FRITZ! würden mir diesen Router niemals auf Garantie austauschen, wenn solche Modifikationen vorgenommen wurden. Vom Händler könnte ich auch keine Gewährleistung mehr in Anspruch nehmen. Dafür waren mir die fast 500 Euro seinerzeit echt zu viel Geld. Die Box wäre dann auch nicht mehr sicher wasserdicht und genau das muss sie sein, wenn ich sie ausschließlich im Freien betreiben kann und sie daher auch Regen und Nässe ausgesetzt sein kann.
0
von
vor 2 Tagen
Hallo zusammen,
anknüpfend an meine letzte Antwort zur modifizierten 6860 5G von FTS-Hennig möchte ich noch ein technisches Update geben, weil ich das Verhalten inzwischen wesentlich genauer eingrenzen konnte.
Der für mich wichtigste neue Befund betrifft mein Galaxy S25 Edge.
Ich habe das Gerät zunächst fest auf „NR only“ gestellt und die vollständige Einbuchung in 5G SA abgewartet. Anschließend habe ich bei weiterhin bestehender NR-SA-Registrierung die mobilen Daten ausgeschaltet und nach einigen Sekunden wieder eingeschaltet.
Das S25 Edge musste dadurch eine neue Default-Internet-Datensitzung direkt aus dem bereits bestehenden 5G-SA -Zustand heraus aufbauen.
Dieser Neuaufbau funktioniert reproduzierbar.
Android protokolliert anschließend unter anderem:
APN /DNN: internet.v6.telekom
IP-Typ: IPV4V6
Transport: WWAN
Network Type: NR
Interface: rmnet_data0
Status: CONNECTED
Fail Cause: NONE (0x0)
Die Android-Connectivity-Ausgabe bezeichnet die Verbindung zudem ausdrücklich als:
MOBILE[NR] CONNECTED
extra: internet.v6.telekom
Das Gerät erhält dabei sowohl 192.0.0.2/27 als auch eine native Telekom-IPv6-Adresse, und diese Verbindung wird anschließend als Default-Internet-Verbindung verwendet.
Damit lässt sich inzwischen auch ausschließen, dass lediglich eine zuvor über LTE aufgebaute Datensitzung beim Wechsel nach SA bestehen bleibt.
Ebenso wichtig im Zusammenhang mit der bisherigen Diskussion um 5G + Ultra:
Auf dem S25 Edge läuft dabei weder NVIDIA GeForce NOW noch irgendeine andere Gaming-App. Es besteht auch keine aktive Gaming-Sitzung.
Trotzdem kann sich das Gerät regulär in 5G SA einbuchen, darüber eine normale Internet-Datenverbindung aufbauen und auch VoNR nutzen.
Die pauschale Erklärung, 5G-SA -Daten würden ausschließlich im Zusammenhang mit einer unterstützten Gaming-Anwendung bzw. während einer Gaming-Sitzung zur Verfügung gestellt, lässt sich mit diesem reproduzierbaren Verhalten meines Anschlusses daher nicht vereinbaren.
Mir geht es dabei ausdrücklich auch nicht darum, irgendeinen Gaming-Slice, eine besondere QoS -Behandlung oder einen sonstigen speziellen 5G +Ultra-Anwendungsfall mit der FRITZ!Box zu nutzen.
Ich möchte die 6860 schlicht als normalen Internetzugang im klassischen 5G-SA -Netz betreiben – mit einer normalen Default-Datensitzung und, soweit vom Gerät unterstützt, VoNR – anstatt weiterhin auf LTE /NSA angewiesen zu sein.
Auch bei der 6860 konnte ich inzwischen weiterkommen.
Die Support-Daten zeigen denselben Fehler sowohl mit FRITZ! OS 08.40-136579 und dem Quectel-Modemstand
RG520NEUDER03A08M4G_A0.300.A0.300 / 06.03.08.0300
als auch mit 08.40-136992 und
RG520NEUDER03A09M4G_A0.300.A0.300 / 06.03.09.0300.
Die Box erreicht die NR-SA-Registrierung, scheitert anschließend jedoch beim Start der Datensitzung reproduzierbar an
QWDS_START_NETWORK_INTERFACE
mit dem QMI-WDS-Fehler
3;509.
Unter der älteren Version 136579 kam am 01.10. sogar einmal kurzzeitig eine echte IPv6-WAN-Verbindung zustande. Diese brach jedoch wenige Sekunden später wieder zusammen; anschließend trat erneut derselbe Fehler auf.
Ich habe inzwischen außerdem die exportierte Konfiguration der 6860 untersucht.
Dort ist unter anderem
ipv6mode = ipv6_lte;
ipv4mode = ipv4_normal;
konfiguriert.
Einen versteckten Schalter für den eigentlichen 5G-SA -PDU-Aufbau, den man beispielsweise nur durch Bearbeiten der Sicherungsdatei aktivieren müsste, konnte ich dagegen nicht finden. Die entscheidenden 5GSM-/PDU-Session-Parameter scheinen vielmehr durch FRITZ! OS /mobiled und die Quectel-Firmware erzeugt zu werden.
Auch deshalb würde ich gerne von der allgemeinen Diskussion um APNs, Apps oder Gaming-Slices wegkommen und die Sache konkret netzseitig bzw. auf der Schnittstelle zwischen Endgerät und 5G -Core betrachten.
Freenet hat mir inzwischen selbst schriftlich erklärt, dass die entsprechenden Provisionierungsparameter bzw. Teilnehmerprofile im 5G -Core außerhalb ihres Einflussbereichs liegen und von ihnen nicht verändert werden können.
Deshalb hätte ich nun einige ganz konkrete Bitten an den technischen Support bzw. an die zuständige Netztechnik:
1. Bitte prüfen, ob für die betreffende SIM/ IMSI im Telekom- 5G -Core eine Einschränkung für normale 5G-SA -Datensitzungen besteht und ob sich die Teilnehmerprofile der im S25 Edge funktionierenden eSIM und der in der 6860 verwendeten eSIM hinsichtlich SA/VoNR bzw. des Default-Datenzugangs unterscheiden.
2. Bitte prüfen, ob netzseitig eine Endgeräte-, IMEI -/TAC- oder Router-spezifische Policy greift, durch die eine FRITZ!Box 6860 bzw. das Quectel RG520N-EU zwar in NR-SA registriert werden darf, der anschließende Aufbau der Default-PDU-Session jedoch anders behandelt oder abgelehnt wird.
3. Besonders hilfreich wäre eine Prüfung der 5G -Core-/5GSM-Protokollierung eines solchen Verbindungsversuchs. Die 6860 kommt bis zur SA-Registrierung und scheitert anschließend beim QMI-WDS-Aufbau mit 3;509. Interessant wäre daher, ob auf Netzseite ein PDU Session Establishment Request eingeht, mit welchen Parametern er eingeht und ob der Core diesen ablehnt, verwirft oder überhaupt beantwortet.
4. Falls netzseitig ein konkreter 5GSM-Cause-Code erzeugt wird, wäre dessen Mitteilung sehr hilfreich. Der von Quectel ausgegebene QMI-Wert 3;509 ist lediglich der modemseitige WDS-Fehler und ersetzt keinen konkreten 3GPP-/5GSM-Ablehnungsgrund.
5. Bitte prüfen bzw. intern mit AVM/Quectel abgleichen, ob es eine bekannte Interoperabilitätsproblematik zwischen dem RG520N-EU und dem Telekom- 5G -Core beim Aufbau einer normalen SA-PDU-Session über internet.v6.telekom / IPv4v6 gibt.
6. Und schließlich wäre eine eindeutige technische Klarstellung hilfreich, ob eine normale 5G-SA -Einbuchung und Default-Datensitzung tatsächlich von einer bestimmten Gaming-App abhängig sein soll. Mein S25 Edge zeigt reproduzierbar das Gegenteil: keine NVIDIA-/GeForce-NOW-App, keine Gaming-Sitzung, aber dennoch NR-SA-Daten und VoNR.
Gerade der direkte A/B-Vergleich erscheint mir inzwischen recht aussagekräftig:
S25 Edge:
NR-SA registriert
→ mobile Daten neu aktiviert
→ neue Default-Datensitzung über internet.v6.telekom / IPV4V6
→ Network Type NR
→ CONNECTED
→ Fail Cause NONE
FRITZ!Box 6860:
NR-SA registriert
→ Aufbau der Datensitzung
→ QWDS_START_NETWORK_INTERFACE
→ 3;509
→ keine stabile Default-Datensitzung
Ich würde mich daher sehr freuen, wenn dieser konkrete technische Befund einmal an die zuständige Mobilfunk-/ 5G -Core-Technik weitergegeben werden könnte.
Mir geht es nicht darum, eine spezielle Gaming-Funktion zweckzuentfremden, sondern schlicht darum, die vorhandene SA-Fähigkeit der 6860 für einen normalen Internetzugang im Telekom- 5G-SA -Netz nutzen zu können.
Viele Grüße
Wireguard5GDeluxe
0
von
vor einem Tag
sondern schlicht darum, die vorhandene SA-Fähigkeit der 6860 für einen normalen Internetzugang im Telekom- 5G-SA -Netz nutzen zu können.
Hallo zusammen,
anknüpfend an meine letzte Antwort zur modifizierten 6860 5G von FTS-Hennig möchte ich noch ein technisches Update geben, weil ich das Verhalten inzwischen wesentlich genauer eingrenzen konnte.
Der für mich wichtigste neue Befund betrifft mein Galaxy S25 Edge.
Ich habe das Gerät zunächst fest auf „NR only“ gestellt und die vollständige Einbuchung in 5G SA abgewartet. Anschließend habe ich bei weiterhin bestehender NR-SA-Registrierung die mobilen Daten ausgeschaltet und nach einigen Sekunden wieder eingeschaltet.
Das S25 Edge musste dadurch eine neue Default-Internet-Datensitzung direkt aus dem bereits bestehenden 5G-SA -Zustand heraus aufbauen.
Dieser Neuaufbau funktioniert reproduzierbar.
Android protokolliert anschließend unter anderem:
APN /DNN: internet.v6.telekom
IP-Typ: IPV4V6
Transport: WWAN
Network Type: NR
Interface: rmnet_data0
Status: CONNECTED
Fail Cause: NONE (0x0)
Die Android-Connectivity-Ausgabe bezeichnet die Verbindung zudem ausdrücklich als:
MOBILE[NR] CONNECTED
extra: internet.v6.telekom
Das Gerät erhält dabei sowohl 192.0.0.2/27 als auch eine native Telekom-IPv6-Adresse, und diese Verbindung wird anschließend als Default-Internet-Verbindung verwendet.
Damit lässt sich inzwischen auch ausschließen, dass lediglich eine zuvor über LTE aufgebaute Datensitzung beim Wechsel nach SA bestehen bleibt.
Ebenso wichtig im Zusammenhang mit der bisherigen Diskussion um 5G + Ultra:
Auf dem S25 Edge läuft dabei weder NVIDIA GeForce NOW noch irgendeine andere Gaming-App. Es besteht auch keine aktive Gaming-Sitzung.
Trotzdem kann sich das Gerät regulär in 5G SA einbuchen, darüber eine normale Internet-Datenverbindung aufbauen und auch VoNR nutzen.
Die pauschale Erklärung, 5G-SA -Daten würden ausschließlich im Zusammenhang mit einer unterstützten Gaming-Anwendung bzw. während einer Gaming-Sitzung zur Verfügung gestellt, lässt sich mit diesem reproduzierbaren Verhalten meines Anschlusses daher nicht vereinbaren.
Mir geht es dabei ausdrücklich auch nicht darum, irgendeinen Gaming-Slice, eine besondere QoS -Behandlung oder einen sonstigen speziellen 5G +Ultra-Anwendungsfall mit der FRITZ!Box zu nutzen.
Ich möchte die 6860 schlicht als normalen Internetzugang im klassischen 5G-SA -Netz betreiben – mit einer normalen Default-Datensitzung und, soweit vom Gerät unterstützt, VoNR – anstatt weiterhin auf LTE /NSA angewiesen zu sein.
Auch bei der 6860 konnte ich inzwischen weiterkommen.
Die Support-Daten zeigen denselben Fehler sowohl mit FRITZ! OS 08.40-136579 und dem Quectel-Modemstand
RG520NEUDER03A08M4G_A0.300.A0.300 / 06.03.08.0300
als auch mit 08.40-136992 und
RG520NEUDER03A09M4G_A0.300.A0.300 / 06.03.09.0300.
Die Box erreicht die NR-SA-Registrierung, scheitert anschließend jedoch beim Start der Datensitzung reproduzierbar an
QWDS_START_NETWORK_INTERFACE
mit dem QMI-WDS-Fehler
3;509.
Unter der älteren Version 136579 kam am 01.10. sogar einmal kurzzeitig eine echte IPv6-WAN-Verbindung zustande. Diese brach jedoch wenige Sekunden später wieder zusammen; anschließend trat erneut derselbe Fehler auf.
Ich habe inzwischen außerdem die exportierte Konfiguration der 6860 untersucht.
Dort ist unter anderem
ipv6mode = ipv6_lte;
ipv4mode = ipv4_normal;
konfiguriert.
Einen versteckten Schalter für den eigentlichen 5G-SA -PDU-Aufbau, den man beispielsweise nur durch Bearbeiten der Sicherungsdatei aktivieren müsste, konnte ich dagegen nicht finden. Die entscheidenden 5GSM-/PDU-Session-Parameter scheinen vielmehr durch FRITZ! OS /mobiled und die Quectel-Firmware erzeugt zu werden.
Auch deshalb würde ich gerne von der allgemeinen Diskussion um APNs, Apps oder Gaming-Slices wegkommen und die Sache konkret netzseitig bzw. auf der Schnittstelle zwischen Endgerät und 5G -Core betrachten.
Freenet hat mir inzwischen selbst schriftlich erklärt, dass die entsprechenden Provisionierungsparameter bzw. Teilnehmerprofile im 5G -Core außerhalb ihres Einflussbereichs liegen und von ihnen nicht verändert werden können.
Deshalb hätte ich nun einige ganz konkrete Bitten an den technischen Support bzw. an die zuständige Netztechnik:
1. Bitte prüfen, ob für die betreffende SIM/ IMSI im Telekom- 5G -Core eine Einschränkung für normale 5G-SA -Datensitzungen besteht und ob sich die Teilnehmerprofile der im S25 Edge funktionierenden eSIM und der in der 6860 verwendeten eSIM hinsichtlich SA/VoNR bzw. des Default-Datenzugangs unterscheiden.
2. Bitte prüfen, ob netzseitig eine Endgeräte-, IMEI -/TAC- oder Router-spezifische Policy greift, durch die eine FRITZ!Box 6860 bzw. das Quectel RG520N-EU zwar in NR-SA registriert werden darf, der anschließende Aufbau der Default-PDU-Session jedoch anders behandelt oder abgelehnt wird.
3. Besonders hilfreich wäre eine Prüfung der 5G -Core-/5GSM-Protokollierung eines solchen Verbindungsversuchs. Die 6860 kommt bis zur SA-Registrierung und scheitert anschließend beim QMI-WDS-Aufbau mit 3;509. Interessant wäre daher, ob auf Netzseite ein PDU Session Establishment Request eingeht, mit welchen Parametern er eingeht und ob der Core diesen ablehnt, verwirft oder überhaupt beantwortet.
4. Falls netzseitig ein konkreter 5GSM-Cause-Code erzeugt wird, wäre dessen Mitteilung sehr hilfreich. Der von Quectel ausgegebene QMI-Wert 3;509 ist lediglich der modemseitige WDS-Fehler und ersetzt keinen konkreten 3GPP-/5GSM-Ablehnungsgrund.
5. Bitte prüfen bzw. intern mit AVM/Quectel abgleichen, ob es eine bekannte Interoperabilitätsproblematik zwischen dem RG520N-EU und dem Telekom- 5G -Core beim Aufbau einer normalen SA-PDU-Session über internet.v6.telekom / IPv4v6 gibt.
6. Und schließlich wäre eine eindeutige technische Klarstellung hilfreich, ob eine normale 5G-SA -Einbuchung und Default-Datensitzung tatsächlich von einer bestimmten Gaming-App abhängig sein soll. Mein S25 Edge zeigt reproduzierbar das Gegenteil: keine NVIDIA-/GeForce-NOW-App, keine Gaming-Sitzung, aber dennoch NR-SA-Daten und VoNR.
Gerade der direkte A/B-Vergleich erscheint mir inzwischen recht aussagekräftig:
S25 Edge:
NR-SA registriert
→ mobile Daten neu aktiviert
→ neue Default-Datensitzung über internet.v6.telekom / IPV4V6
→ Network Type NR
→ CONNECTED
→ Fail Cause NONE
FRITZ!Box 6860:
NR-SA registriert
→ Aufbau der Datensitzung
→ QWDS_START_NETWORK_INTERFACE
→ 3;509
→ keine stabile Default-Datensitzung
Ich würde mich daher sehr freuen, wenn dieser konkrete technische Befund einmal an die zuständige Mobilfunk-/ 5G -Core-Technik weitergegeben werden könnte.
Mir geht es nicht darum, eine spezielle Gaming-Funktion zweckzuentfremden, sondern schlicht darum, die vorhandene SA-Fähigkeit der 6860 für einen normalen Internetzugang im Telekom- 5G-SA -Netz nutzen zu können.
Viele Grüße
Wireguard5GDeluxe
und den gibt es von der Telekom über 5G SA noch nicht !
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von