FRITZ!Box 6850 5G: Alle 2 Std. "Mobilfunk aufgebaut" (SA & NSA) – AMBR-Trigger?

Hallo ​@SerienStreamer ,

das ist ein interessantes Thema. 
Da ich mich da, zugegebenermaßen, nicht wirklich mit auskenne, 
habe ich mal ein bisschen recherchiert. 

Aber vielleicht haben ​@blablup und ​@The_Voice_70  da noch andere Ansätze. 😊

Meine Recherche hat folgendes ergeben:

Die regelmäßig auftauchende Meldung „Verbindung aufgebaut“ ist sehr wahrscheinlich kein echter Verbindungsabbruch.

Was passiert da?

• In der Telefonie (Mobilfunk und VoIP Festnetz) wird alle 2 Stunden tatsächlich eine Zwangtrennung, aus Sicherheitsgründen, durchgeführt

• Die FRITZ!Box erkennt diese technischen Anpassungen und zeigt sie im Protokoll so an, als würde die Verbindung neu aufgebaut.

• In Wirklichkeit bleibt die Internetverbindung stabil, IP-Adresse und Telefonie ändern sich nicht.

Das ist technisch unbedenklich. 
Solange Internet und Telefonie stabil laufen, besteht kein Handlungsbedarf. Die Meldung ist informativ, aber kein Hinweis auf ein Problem.

Viele Grüße
Maria

​@SerienStreamer 

Ich nehme mal zwei Dinge mit: 

1. “- Telefonie: Sprachverbindungen (o2 & Easybell) laufen ohne akustische Aussetzer durch.”

Da hat ​@o2_Maria schon die korrekten Fakten genannt. Es gibt ja die Zwangstrennung im zwei Stunden Takt. Und die Fritz Box loggt das unter System -→ Ereignisse. 

Was noch interessant wäre: 

Wie reagiert das ganze Kontrukt unter “LTE only” und: 

https://fritz.com/pages/fritz-labor-frisch-aus-der-entwicklung

Es gibt ja wieder eine “ofenfrische” 8.24 Labor. Wie reagiert das System darauf? 

2. Welche Endgeräte werden zur Telefonie verwendet? 

Moin,

vielen Dank für die Erklärungen.

Spannend ist hierbei nur, dass ich keine Telefonate führe. 

Ich nutze die SIM in der 6850 5G ausschließlich für die Telefonie, nicht fürs Internet. Da es sich um eine Multicard handelt, befindet sich die Hauptkarte in meinem Galaxy S23 Ultra. Der Internetzugang erfolgt, wie beschrieben, über eine SIM (PlusKarte) der Telekom in einer 6860 5G. 

Als Telefon kommt ein FRITZ!Fon C6 zum Einsatz. 

Was die Laborversionen angeht bin ich bei der 6860 sehr sensibel, denn ich hatte mit SIM der Telekom in diesem Gerät in der Vergangenheit nur Probleme. Es kam zu Aussetzern, dann wurde die SIM plötzlich nicht mehr gefunden etc. Dies hat sich inzwischen gebessert, es kommt zu keinen Unterbrechungen mehr. Ich möchte aber nicht, dass dies erneut auftritt und da für Laborversionen kein Support geleistet wird, warte ich lieber auf die stabile Version. 

In allen Varianten 5G NSA, SA und LTE Only kam es zu denselben Beobachtungen. 

Moin, 

ich war nun so frei und habe mich doch einmal mit der Laborversion für die 6850 5G beschäftigt und diese auf dem Router installiert. Dieser verhält sich nach wie vor gleich. Alle zwei Stunden erscheint diese Meldung, es hat sich also auch nach Installation der Laborversion nichts geändert. 

Bislang konnte ich noch keine Auswirkungen auf die Sprachtelefonie über Easybell oder o2 feststellen, das ist korrekt. 

Wie gesagt, unter “LTE Only” bleiben diese 2-Stunden-Unterbrechungen vorhanden. 

Eigentlich wären die Fragen zu den AMBR-Meldungen beim Hersteller AVM/Fritz besser adressiert. Die sollten den Trigger und den Grund der Meldung kennen. Andere Router brauchen diese Meldungen ja auch nicht. 

Ich spekuliere jetzt mal: 
Im Ereignislog tauchen Meldungen auf, die eigentlich keine Bedeutung haben, es sei denn es gibt Zusatzinfos mit stark reduzierter Geschwindigkeit, Abbrüchen o.ä.m..

Frühere AMBR-Fragen im Forum hatten nach meiner Erinnerung klare Störeffekte zur Folge. Hier bei Dir ist aber keine echte Störung zu erkennen. Somit erlaube ich mir die Vermutung das eine zyklische Netzaktion von o2 zu einer nice-to-have-Meldung führt, die nur unnötig nervös macht. Wetten?

Das ist die Frage, genau. 

Wird hier tatsächlich die Verbindung unterbrochen oder ist das nur so eine kosmetische Meldung, die nicht weiter relevant ist. Als ich den Vertrag noch als Internetzugang über den Router verwendete, gab es diese Meldungen, alle zwei Stunden, im Router definitiv nicht. Daher wundert es mich, dass diese Angaben nun im Protokoll, wenn ich den Router zur Telefon- und WLAN-Zentrale degradiert habe, er also nicht mehr den Internetzugang zur Verfügung stellt, sondern darüber nur noch telefoniert und das WLAN genutzt wird, auftauchen. Er ist aber aktuell mit dem 5G SA-Netz verbunden. Des Weiteren zeigen die Daten unter”5G-Informationen”, dass die Verbindung seit 3 Tagen ununterbrochen besteht, was den Einträgen im Protokoll in diesem Fall widerspricht. 

Dann schick doch mal den Text aus dem Eröffnungspost an den Fritz-Support. Da kam bei mir früher immer was sinnvolles zurück. Dann hast Du auch Gewissheit ob o2_Maria nicht schon die Frage korrekt beantwortet hat. 

Es wäre schon überraschend, wenn die AMBR-Meldung nur mit der IMS-Verbindung zu tun hat, aber nichts ist unmöglich. 

Moin!

Danke noch mal für den Schubs in Richtung AVM-Support. Ich habe genau das gemacht und in den letzten 8 Tagen hat sich das Ganze von einer einfachen Log-Anfrage zu einem handfesten Störungsticket entwickelt.

Hier die Kurzfassung dessen, was seitdem passiert ist: Es ist leider absolut kein rein kosmetisches Logging-Problem.

Ich konnte reproduzieren, dass exakt im Moment dieses 120-Minuten-Timers (offenbar ein Session Refresh / AMBR-Update) aktive Telefongespräche (VoNR) komplett abbrechen. Die FRITZ!Box verliert kurzzeitig die Signalisierung. (Mein parallel klingelndes S23 Ultra mit o2 Multicard steckte das zwar weg, aber die Box ist in dem Moment taub).

Der AVM-Support hat mir daraufhin einen Workaround vorgeschlagen: Ich sollte die FRITZ!Box fest auf "5G Standalone" und eine feste Cell-ID (1c20780-ab) nageln, da man einen unsauberen Fallback auf NSA vermutete.

Das Ergebnis war ein doppelter Fehlschlag:

1. Die 2-Stunden-Abbrüche blieben trotzdem punktgenau bestehen.

2. Durch den Cell-Lock klangen meine Telefonate plötzlich extrem verzerrt und wie eine Roboter-Stimme, obwohl die internen Werte (0 % Paketverlust, 6ms Jitter beim EVS-SWB Codec) eine perfekte physikalische Verbindung bescheinigten.

Jetzt kommt aber der entscheidende Punkt in Richtung o2: Obwohl das Ticket bei AVM in der Entwicklung liegt, ist für mich nach all den Tests nicht zu 100 % sicher, dass der Fehler ausschließlich in der FRITZ!OS-Firmware liegt.

Daher meine dringende Bitte an die o2-Moderatoren (@o2_Maria etc.): Könntet ihr diesen Fall mitsamt dem Fehlerbild bitte einmal an eure Netztechnik weiterleiten? Ich möchte sicherstellen, dass wir hier nicht einem Phantom hinterherjagen und es am Ende doch eine netzseitige Konfiguration ist. Es wäre extrem wichtig, dass o2 netzseitig prüft:

• Was genau passiert im o2 5G-SA-Core-Netz exakt alle 120 Minuten (PDU Session Refresh, Re-Authentication, AMBR-Push)?

• Gibt es auf der genannten Zelle in Bonn Vorgaben, die einen Router (im Gegensatz zu einem Smartphone) bei diesem 2-Stunden-Timer aus der IMS/Voice-Session werfen?

• Kann die Netztechnik in den Logs meines Anschlusses sehen, warum das Netz nach exakt 120 Minuten einen Neuaufbau der Session erzwingt, der dann den Voice-Stack der FRITZ!Box zum Absturz bringt?

Es wäre super, wenn beide Seiten (AVM und o2) hier parallel draufschauen, da 5G SA Router-Verbindungen ja für alle noch recht neu sind.

Danke vorab fürs Weiterleiten!

Interessant!

Anzumerken wäre dabei - von KEINEM anderen Routeranbieter hatten wir hier im Forum jemals AMBR-Fehlermeldungen. Auch das beschriebene Fehlerbild ist nie bei anderen Herstellern so beschrieben worden. OK, die Logs anderer Anbieter sind nicht so toll wie bei Fritzboxen oder es gibt kein VoLTE. Gibt aber insgesamt zu denken, zumal es das Samsung auch nicht stört. 

Aber denken wir mal weiter hierzu:

Ich nutze die SIM in der 6850 5G ausschließlich für die Telefonie, nicht fürs Internet. 

Das könnte ein Ansatzpunkt sein, da sonst niemand die Fritzbox so einsetzt. Wenn hier tatsächlich nur eine IMS-Datenverbindung steht, dann könnte man überlegen zumindest einen kleinen Datenstrom (z.B. Internetradio, zumindest zu Testzwecken) über die 6850 laufen zu lassen um dann das Verhalten zu testen. 

Nein, das geht so nicht, weil ich die Datenverbindung nur zur Telefonie nutzen kann. Die 6850 ist ein Mesh-Repeater, der die Verbindung ansonsten von der 6860 5G bezieht, in der sich eine SIM der Telekom befindet. Das Netz der Telekom ist hier einfach wesentlich besser (520 Mbit/Sek. gegenüber 250 Mbit/Sek. bei o2), weswegen ich dieses natürlich nutzen möchte. Außerdem entfallen hier die 24-stündigen Zwangstrennungen UND ich erhalte kostenfrei über den APN internet.t-d1.de eine öffentliche IPv4, für die ich bei o2 einmalig knapp 50 € hinblättern müsste, was ich dann natürlich nicht einsehe. Daher kommt für mich auch eine andere Konfiguration nicht in Betracht. Komplett zur Telekom kann ich aber aus verschiedenen Gründen nicht wechseln, zumal ich bei o2 einen Laufzeitvertrag nutze. Die SIM läuft daher als Pluskarte bzw. MultiSIM zu einer Pluskarte zu einem Hauptvertrag (MagentaMobil L) über meine Mutter. Im Handy nutze ich die Pluskarte (Hauptkarte des von mir genutzten Vertrages) als Backup für Gegenden, in denen ich mit o2 keinen Empfang erhalte. Die 6850 ist daher ausschließlich für die Telefonie und WLAN zuständig, sie stellt nicht den Internetzugang bereit, diesen leitet sie, wie beschrieben, von der 6860 5G weiter. 

Das wäre  der einzige Ansatz um den Fehler mit einem Test einzugrenzen. 
Dann ist der Fall aus meiner Sicht aussichtslos. 

Das kann nicht aussichtslos sein, denn dies ist eine offizielle Funktion dieses Routers. Insofern muss dies geprüft werden, damit Klarheit herrscht. 

Ich schätze aber, dass Du nicht bei o2 arbeitest und daher auch nicht entscheiden kannst, was aussichtslos ist und was nicht. Insofern vertraue ich hier auf die zuständigen Stellen, dies zu beurteilen. 

Man muss aber auch mich verstehen: Warum sollte ich 50 € für eine Leistung ausgeben, die ich von der Telekom komplett gratis erhalte? Diese bröuchte ich aber, weil ich hier einen privaten Server betreiben möchte und sonst keinen Zugang von außen hätte. Die Geschwindigkeit des Telekom-Netzes an hiesigen Standort ist dann natürlich der zweite Grund und, dass o2 immer wieder Kunden mit einem erhöhten Traffic kündigen. Solange nicht juristisch abschließend geklärt ist, ob o2 Kunden mit einem Laufzeitvertrag von 24 Monaten innerhalb der Laufzeit mit Monatsfrist kündigen dürfen, so wie es in den AGB und dem Produktinfoirmationsblättern angegeben ist, vertraue ich in diesem Thema diesem Unternehmen nicht mehr. Mein Verbrauch bleibt daher im geringen Umfang. 

Ich bitte daher weiterhin um Prüfung dieses Sachverhaltes durch die Technik. 

Moin zusammen,

es gibt bahnbrechende Neuigkeiten! Dank tatkräftiger Unterstützung aus der Netzwerk-Community (speziell auf Reddit) konnte das Rätsel um die punktgenauen 2-Stunden-Abbrüche und die plötzliche "Roboterstimme" nun technisch auf Bitebene entschlüsselt werden.

Es ist kein Funkloch und kein fehlerhaftes Handover zwischen SA und NSA. Es ist ein handfester Protokoll-Bug im Zusammenspiel zwischen dem o2-Core-Netz und FRITZ!OS.

Hier sind die harten Fakten für alle, die das gleiche Setup nutzen (und für die o2-Mods zum Weiterleiten):

1. Das Geheimnis der 120 Minuten (T3512-Timer) Das o2-Netz (AMF) gibt dem Router beim Einbuchen ins 5G-SA-Netz den sogenannten T3512 Periodic Registration Update Timer mit. Dieser steht im o2-Netz offenbar auf exakt 7200 Sekunden (120 Minuten). Läuft dieser Wecker ab, verlangt das Netz ein Update und triggert eine PDU Session Modification. Während ein Smartphone (wie mein S23 Ultra) dem Netz über ein "Always-on"-Flag mitteilt: "Ich telefoniere gerade, lass meine Voice-Session in Ruhe!", versemmelt das Modem der FRITZ!Box (bzw. der NAS-Stack in FRITZ!OS 08.2x) genau das. Die Box verarbeitet das Update während des aktiven Calls nicht sauber, die Signalisierung stürzt ab und das Gespräch ist weg.

2. Die Roboterstimme bei fixierter Zelle (DSP-Kollaps) Der AVM-Support riet mir als Workaround zum Cell-Lock. Das führte bei VoNR-Gesprächen (mit dem modernen EVS-SWB Codec) plötzlich zu extremen Verzerrungen, obwohl die Box perfekte 0 % Paketverlust und 6 ms Jitter anzeigte. Die Erklärung: Nach dem oben genannten 120-Minuten-Refresh bekommt der interne Audio-Prozessor (DSP) der FRITZ!Box den Decoder-State nicht mehr richtig zurückgesetzt. Ein einziger falsch interpretierter Header im Datenstrom zerschießt danach den kompletten Audio-Stream. (Mein Tipp für Betroffene: Erzwingt in den Telefonie-Einstellungen der Box vorübergehend den älteren Codec AMR-WB / G.722.2. Das kostet etwas Audioqualität, umgeht aber den EVS-Bug sofort).

An die o2-Moderatoren (@o2_Maria etc.): Die detaillierte Fehleranalyse mitsamt Anforderung für einen NAS-Stack-Fix liegt der AVM Core-Entwicklung nun vor. Bis es ein Firmware-Update gibt, brauche ich aber eure Hilfe bzw. die der Netztechnik: Könnt ihr bitte anfragen, ob es möglich ist, für meine SIM-Karte die IMS-PDU-Session im HSS/UDM-Profil netzseitig hart als "Always-on-PDU-Session" zu markieren? Das würde verhindern, dass der SMF mir alle zwei Stunden beim Registration Update die aktive Sprachverbindung abschießt. Eine entsprechende Mail/Störungsmeldung an die Netztechnik ist parallel rausgegangen.

Danke an alle, die hier im Thread mitgerätselt haben! Das beweist mal wieder, wie wertvoll Community-Wissen ist. Ich halte euch auf dem Laufenden.

Hallo ​@SerienStreamer,

danke für deine ausführliche Beschreibung. Wir schauen hier bei uns, dass wir das intern auf jeden Fall passend adressiert bekommen. Sobald uns dazu eine Rückmeldung vorliegt, schreiben wir dir hier wieder. Oder hattest du zuletzt schon eine passende Rückmeldung auf deine Störungsmeldung erhalten?

VG
Dennis