Neuer Portierungstermin warum?

Evtl 5G sa deaktivieren? 

SIP-ALG ist eher was im Router einzustellen ist. Nach den bisherigen Erfahrungen ist das o2-Netz sehr transparent und wird einen Teufel tun um den Traffik bewusst zu beschneiden. Abgesehen natürlich von den Verkehrslenkungregeln, die in den AGB vereinbart sind. 
Die vielen Variablen in deinem Fall machen aber einen Nachweis gegen o2 auch sehr schwer. 
Als Pragmatiker mutmaße ich aber mal das das hier “ für meinen Anschluss SIP-Inspection/NAT-Policy gelockert werden kann” unmöglich sein wird, da man den “Einzelanschluss” gar nicht sauber identifizieren kann und die Netzsicherheit Ausnahmen verbietet. 

Habe ich schon versucht, auch mit LTE-Only funktioniert es nicht. Es bleibt beim einseitigen Audio. 

​@Klaus_VoIP 

Danke dir – ein paar Punkte würde ich gern einordnen:

1) „SIP-ALG ist Router-Sache“ – nicht nur.
Klar, viele ALGs sitzen im CPE. Aber im Mobilfunk gibt es zusätzlich netzseitige SIP/RTP-Behandlung (CGNAT/Firewall/Inspection) auf UPF/PGW-Ebene: NAT-Port-Preservation, UDP-Idle-Timeouts, ggf. SIP-Aware-Regeln. Genau dort unterscheiden sich oft LTE/NSA vs. 5G-SA Profile.

2) Ich behaupte keine bewusste Beschneidung.
Es geht nicht um „Blocken“, sondern um eine Interaktion: Fritz ohne echtes Symmetric RTP trifft auf strenges NAT/Timeout → RTP-Rückweg versackt. Dass Linphone/easybell-App im selben o2-WLAN funktioniert, zeigt: Der o2-Pfad ist da – aber nur mit Endgeräten, die Symmetric RTP/rport/ICE sprechen. Über Telekom läuft das identische Setup sofort → Provider/Endgeräte ok.

3) „Einzelanschluss nicht identifizierbar“ – doch.
Im Mobilfunk ist jeder Datenzugang über IMSI/MSISDN/PDP-Context eindeutig zuordenbar. Techniker*innen sehen Session, zugewiesene IP, NAT-Gateway/UPF, können Policies/Idle-Timer prüfen und Port-Preservation verifizieren. Es geht nicht um eine gefährliche Ausnahme, sondern um anwendungsneutrale Parameter, die alle SIP-Flows robuster machen.

 

4) Was ich konkret bitte (pragmatisch, standardkonform):

• SIP-Inspection/ALG auf meinem Pfad deaktivieren oder neutral konfigurieren (kein Header-Rewrite).

• UDP-Timeouts für RTP/RTCP erhöhen und Port-Preservation aktivieren.

• Alternativ: öffentliche IPv4 testweise kostenfrei (APN netpublic), um CGNAT auszuschließen.
  Das sind übliche Maßnahmen; sie ändern nichts an der „Netzsicherheit“.

5) Warum der Nachweis nicht „gegen o2“, sondern für die Lösung spricht:
Ich habe systematisch eingegrenzt:

• o2/6860 → easybell: kein Rück-Audio

• gleiches WLAN, Softphone/App → Ton beidseitig

• Telekom/6850 → Ton beidseitig
  Dazu liegt eine easybell-Analyse (Symmetric RTP aktiv, Account ok) vor. Ich will niemanden „überführen“, sondern einen Fix.

6) Falls Core-Anpassung nicht möglich ist:
Dann bitte schriftlich: Öffentliche IPv4 ohne Kostenrisiko freischalten – ich buche es sofort und liefere den Gegenbeweis. 

Also ich würde auch mal die SIM in der 6850 testen. Public IPv4 würde wegen 5G SA ohnehin nicht klappen und eine LTE-basierende Verbindung erzwingen. 

Du hast keine 7170 … 7490 leihweise im Bekanntenkreis um diese als IP-Client hinter 6850/860 zu testen mit Easybell? Da dann keine Fritz-Modems den Spaß verderben können, wäre dieser Test vielleicht interessant. 

Das wurde alles schon versucht. Selbst wenn es in der 6850 5G geklappt hätte, was nicht der Fall gewesen ist, hätte ich den Router nicht verwenden können, weil ich innerhalb der Wohnung zu schlechtes Netz habe um eine stabile Verbindung damit aufbauen zu können. Daher brauchte ich einen Router, den man auch außerhalb betreiben kann. 

Mir fehlt der DSL-Anschluss für die Verwendung einer DSL-Box. Wie gesagt, mit einer 6850 5G mit Telekom-SIM klappt es sofort und einwandfrei. Diese SIM gehört aber noch meiner Mutter und diese möchte nicht, dass ich den Vertrag noch häufiger verwende, daher kann ich darüber nicht mehr telefonieren. Ich bin auch nicht der Freund einer Mehrbox-Lösung. Das hatte ich lange Zeit aus anderen Gründen, habe ich nun aber wieder abgebaut. Ich möchte über ein Gerät alles nutzen. 

??? DSL-Box???  Ich würde doch die 7490 nicht an DSL, sondern an die 6860 hängen wollen!
Macht doch ansonsten keinen Sinn. Der IP-Client-Mode umgeht Modem-/Firewall-Probleme der Fritzboxen!

Wie erwähnt - bei mir lief eine 7270 mit Sipgate hinter einer o2-Homebox monatelang erfolgreich und hat nicht gemuckt. 

Also ich hatte hier bis vor kurzem folgenden Aufbau:

FRITZ!Box 6860 5G als Mesh-Master
→ FRITZ!Box 7590 als Mesh-Repeater
→ FRITZ!Box 6850 5G als IP-Client

Die 7590 nutzte ich, bevor ich zu o2 gewechselt bin und über meine Mutter einen Telekom-Mobilfunkvertrag “Pluskarte” mit kostenfreier öffentlicher IPv4-Adresse nutzen konnte. Damit war es mir möglich hier eine Cloud zu betreiben, dafür benötigte ich aber einen Router mit USB-Anschluss, über den die 6860 5G leider nicht mehr verfügt. Daher, ja, die 7590 wurde hier auch schon getestet. Es kommt einfach kein Ton rüber, sobald ich die SIP-Verbindung über das Mobilfunknetz der o2 herstelle. Ich höre nur eine Stille, während der Andere alles mitbekommt. 

Ich kann Dir nicht sagen, wo es genau am Netz hängt, aber Fakt ist, dass die Ursache im Netz und nicht in meiner Hardware zu suchen ist. Natürlich könnte ich mir nun ein teures Gigaset mit entsprechender “Go Box” anschaffen, die die Registrierung bei Easybell dann anstelle der FRITZ!Box übernimmt. Dafür müsste ich mir dann aber auch gleich ein neues Mobilteil besorgen, weil das FRITZ!Fon C6 nicht kompatibel zu Gigaset ist. Mir fehlen dann auch etliche Funktionen, die die FRITZ!Box bietet. Daher ist dies für mich absolut keine Alternative. 

Hinsichtlich der Public IP von o2: Würde ich annehmen, wenn mir der Wegfall des Kostenrisikos bestätigt und versichert würde. Wie gesagt, sollte es damit funktionieren, wovon ich überzeugt bin, wäre ich nicht bereit für diese einmaligen Kosten aufzukommen, da ich den Zugang nicht wegen der Public IP haben möchte, sondern um endlich einwandfrei telefonieren zu können, was mir o2 ohnehin ermöglichen müssten und zwar kostenfrei. 

Die Möglichkeit des Widerrufes für IPv4 public wird man sicher bescheinigen können. 
Deine Verweigerungshaltung im Falle der Problemlösung damit finde ich unverständlich, denn CG/NAT ist bekannt und nach meiner Erinnerung auch seitens o2 beschrieben. 
Das kann man dann gar nicht akzeptieren um keine Präferenz zu schaffen. 😉

Im MESH-Repeatermodus ist mir nicht klar wie Du da einen IP-Client geschaltet haben willst. 

Danke dir fürs Einordnen.

Kurz vorweg: Ich verweigere nichts. Ich möchte nur keine Kostenfalle beim Test. „Buchen & widerrufen“ klingt simpel, führt aber erfahrungsgemäß zu Zwischenbuchungen/Gutschriften, die Zeit binden. Deshalb bat ich um vorherige schriftliche Kostenfreiheit oder einen Kulanz-Test.

Zum Punkt CGNAT:
Ich bestreite nicht, dass CGNAT üblich ist. Mein Fall ist die Schnittstelle CGNAT/Policy ↔ Fritzbox (ohne echtes Symmetric RTP):

• o2/6860 → easybell: kein Rück-Audio

• gleiches WLAN, Softphone/App: Ton beidseitig

• Telekom/6850: Ton beidseitig
  → Endgeräte/Account ok, Problem pfadspezifisch im o2-Datenpfad. Das ist keine Präferenzforderung, sondern eine saubere Eingrenzung.

Pragmatischer Vorschlag (eine der beiden Varianten):

1. Test öffentliche IPv4 (APN netpublic) ohne Kostenrisiko für den Testzeitraum. Wenn’s hilft, ist allen gedient – dann entscheide ich transparent über Beibehalt/Kosten.
   oder

2. 2nd-Level (Core/Policy) prüft kurz SIP-Inspection/ALG, Port-Preservation und UDP-Timeouts für RTP. Das sind anwendungsneutrale Parameter, die keine „Sonderrechte“ schaffen, sondern VoIP allgemein stabiler machen. Mir geht’s nicht um Prinzipien, sondern darum, den Audio-Rückweg verlässlich hinzubekommen – mit dem geringsten Aufwand für alle Beteiligten.

​@SerienStreamer Schön zu lesen, dass du dich mit Klaus_VoIP hier weiter so gut austauschen konntest und weitere tolle Tipps erhalten hast.
Die Buchung der öffentlichen IP-Adresse kostet bei Einrichtung 49,99 EUR, bei Nichtgefallen kann die Option natürlich innerhalb einer Frist von 14 Tagen widerrufen werden und der Betrag wird gutgeschrieben.
Ich hatte es in meinem letzten Beitrag ja schon einmal kurz aufgegriffen.

Die Rechnungsstellung erfolgt ja auch erst mit der kommenden Rechnung und bis diese erstellt wird dauert es ja auch noch ein paar Tage, du hättest also genug Zeit zu buchen und zu widerrufen ohne das es zu einer tatsächlichen Abbuchung dieser Option von deinem Konto kommen muss.

Mit jedem weiteren Tag der jetzt vergeht kommt das Ende des Rechnungslaufes ja ein Stück näher und somit auch die Erstellung der Rechnung.
So langsam kommen wir also an einen Zeitpunkt wo sich Widerruf und Rechnungserstellung überschneiden könnten.
Wenn du dich jetzt für die Buchung entscheidest und spätestens drei Tage vor Ende deines Rechnungslaufes in diesem Beitrag den Widerruf erklärst kann ich die Gutschrift direkt fertig machen und ich halte es für ausgeschlossen dass die Ausgleichsgutschrift und Einrichtungsgebühr sich bei der kommenden Rechnungserstellung nicht ausgleichen.
Ob ich dir das zu 100% garantieren kann - nein, denn auf die finale Gutschrifteintragung habe ich keinen Einfluss aber weit über 10 Jahre Berufserfahrung müssten mich täuschen.
Wenn dir das zu unsicher ist, empfehle ich dir die Buchung der Option am ersten Tag des neues Rechnungslaufes weil dann bei einem eventuellen Widerruf genug Zeit bis zur Rechnungsstellung ist.

Unabhängig davon hatte ich die Thematik ja noch einmal an unseren technischen Bereich weitergeleitet und der Vorgang dort ist aktuell momentan noch in Bearbeitung, in einer ersten Prüfung konnte jedoch keine technische Beeinträchtigung auf unserer Seite gefunden werden.

Das Angebot für den o2 Mobile XS habe ich soeben storniert und dir ein neues für den o2 Mobile S Flex zugesendet.

Das Produktinformationsblätter kannst du auch unter http://g.o2.de/travo noch einmal herunterladen.

Gruß
Antje

Hallo ​@o2_Antje 

vielen Dank für die Zusendung dieses Angebotes. Dieses habe ich erhalten. Aber Mal ganz ehrlich: Woran soll es liegen, wenn ich mit einer Telekom-SIM in demselben Gerät ohne etwaige Änderungen (von dem APN einmal abgesehen) sofort einwandfrei über Easybell telefonieren kann, über euer Netz aber nicht? 

Des Weiteren würde mich dieser Tarifwechsel 5 Euro monatlich, also 60 Euro jährlich mehr kosten, nur damit ich eine meiner Festnetznummern weiter verwenden kann, was ihr mir ohnehin ermöglichen müsst und zwar kostenfrei? Ferner würde ich damit diverse Features und Funktionen wie Sperrungen von einzelnen Nummern netzseitig, Sperren kompletter Rufnummerngassen etc. verlieren, die ich gern und dringend benötigt habe. 

Was die öffentliche IP betrifft: Ich habe erklärt, das ich dafür gar nicht bezahlen will, denn wenn es darüber funktioniert beweist es meine Theorie und dann kann ich nur dann, wenn dieser Zugang aktiv bleibt, die Festnetznummern nutzen. Daher bin ich selbstverständlich nicht bereit diese 50 Euro zu entrichten, denn, wie bereits erwähnt, müsst ihr mir die Möglichkeit bieten über Easybell telefonieren zu können und zwar gratis und wenn dies nur durch Aktivierung des APN netpublic umsetzbar ist, sehe ich nicht ein dafür auch nur einen Cent zu bezahlen. 

Daher bestehe ich nach wie vor auf die technische Lösung. Es muss einen Grund geben, weswegen das mit meinem Anschluss nicht mehr nutzbar ist und den Grund müsst ihr herausfinden, nicht ich. Ich habe alles getan, um mein Equipment auszuschließen, nun seid ihr am Drücker. 

​@SerienStreamer  Merkst Du eigentlich nicht wie Du Dir selbst bei der techn.  Klärung im Wege stehst?

Du würdest doch keinen Nachteil haben das Angebot anzunehmen und die öffentliche IP, die vielleicht auch keine Lösung bietet, wieder zu widerrufen. Es wäre aber ein Test mehr um das Problem einzugrenzen. 

Selbst wenn es funktioniert kannst Du den Kauf widerrufen und einen bösen Brief an o2 schreiben und eine kstenlose Freischaltung verlangen. Hier im Forum ist aber nach meiner Einschätzung niemand der das entscheiden kann und jede Argumentation deinerseits völlig nutzlos. 
Oder Du nimmst die mögliche Lösung für 50€ in Kauf und reklamierst anschließend. 

Ferner hast Du Dich hier kooperativer angehört:

Test öffentliche IPv4 (APN netpublic) ohne Kostenrisiko für den Testzeitraum. Wenn’s hilft, ist allen gedient – dann entscheide ich transparent über Beibehalt/Kosten.

Was willst Du mehr als kostenlos testen? Jetzt blockierst Du wieder nur. 

Abschließend sei Dir geraten übergangshalber auf die üblichen PBX-Lösungen im Netz auszuweichen. Diese sind nach meiner Erinnerung bis ca. 100 Minuten/Monat kostenlos. Auch damit sind schon oft Provider- und Netzprobleme behoben worden.

​@Klaus_VoIP 

Danke fürs Mitdenken.

Zur Klarstellung: Ich werde die öffentliche IPv4 nicht bezahlen – auch dann nicht, wenn sie das Problem überbrückt. Es geht mir nicht um ein Extra-Feature, sondern um anwendungsneutralen Zugang zu SIP/VoIP (easybell). Deshalb bitte ich nicht um netpublic, sondern um eine Core/Policy-Prüfung meines Anschlusses:

SIP-ALG/Session-Inspection für meinen Anschluss neutral schalten,

Port-Preservation aktiv, UDP-Timeouts für RTP/RTCP erhöhen (Symmetric-RTP-tauglich).

Evidenz kurz:
o2 + FRITZ!Box 6860 → easybell: Call steht, kein Rück-Audio.
Gleiches o2-WLAN, Linphone/easybell-App: Ton beidseitig.
Telekom + FRITZ!Box 6850 → Ton beidseitig.
→ Endgeräte/Account plausibel ok; es wirkt wie CGNAT/Policy ↔ Fritz-RTP.

Wenn o2 keine Policy-Anpassung vornimmt, verbleiben mir nur Workarounds außerhalb o2 (z. B. eigenständige PBX/Gigaset) – möglichst dauerhaft kostenfrei, da ich für easybell bereits zahle. Gern nehme ich DSGVO-konforme, deutschsprachige PBX-Empfehlungen an und liefere parallel Zeitstempel/Call-IDs/Logs.

Bitte um Weiterleitung an 2nd-Level (Core/Data/Policy) und Ticketnummer binnen 24 h. Danke!

Hinsichtlich der Public IP von o2: Würde ich annehmen, wenn mir der Wegfall des Kostenrisikos bestätigt und versichert würde. Wie gesagt, sollte es damit funktionieren, wovon ich überzeugt bin ...

Für mich kommt es immer mehr so vor, als wenn Du jetzt die Mitwirkung verweigerst. Deine Forderung nach Wegfall Kostenrisiko wurde mehrfach erfüllt. 
Du bist überzeugt die Public IP hilft und willst es nicht mal verifizieren?   🙄 

Dann wirst Du auch eine andere Entscheidungsebene ansteuern müssen.  Dein Ultimatum ist ohnehin abgelaufen Jedenfalls bin ich bei solchen Dingen raus, da ich u.a. auch deine Argumentation zur Technik aus eigenen Erfahrungen in Frage stelle. Wie Du rechtlich und technisch weiterkommst kannst Du gerne mal nach finaler Regelung hier berichten. 

Nein, ich bin nicht gegen den Test, ich bin nur dagegen, sollte es damit funktionieren, zur Kasse gebeten zu werden, weil ich dann eben keinen Widerruf erkläre. Wäre auch schwachsinnig, wenn ich mir den einzigen Zugang, der mir die Telefonie über Easybell ermöglicht, wieder dichtmachen lasse. Aber dann müsste ich blechen und das weigere ich mich. Solange mir dies nicht bestätigt und zugesichert wird, lasse ich mich darauf nicht ein. Das hat nichts mit Verweigerung zu tun, sondern damit, das ich nicht für etwas blechen will, was mir o2 kostenfrei ermöglichen müssen. 

Es ist mir egal was Du in Frage stellst, entscheidend ist das, was hier nicht funktioniert, nicht, was Du denkst. Ich habe mein Equipment, wie ich nun sehr oft beschrieben habe, gestestet. Wenn das nicht reicht, soll sich ein o2-Techniker kostenfrei hierher begeben und es sich selbst ansehen, aber zahlen werde ich für den Einsatz garantiert nicht. 

Die Bundesnetzagentur ist bereits aktiv und hat sich lt. eigener Aussage bereits zweimal an o2 gewandt. Natürlich habe ich die involviert. 

Moin, 

meine FRITZ!Box 6860 5G hat sich in der vergangenen Nacht ein Update gezogen. Als ich nun gerade einen Testanruf über Easybell führte, stellte ich fest, dass endlich eine bidirektionale Verbindung zustande kam. Entweder haben hier o2 interveniert, oder es bestand ein Bug in der Firnware des Routers, von dem auch FRITZ! (vormals AVM) nichts wussten, denn dieser Fehler wurde mir nicht kommuniziert. Es ist aber schön, dass es nun wohl ohne Portierung zu o2 oder Aktivierung der öffentlichen IPv4 (netpublic) funktioniert, das wäre auch sehr aufwendig gewesen. 

Ich werde weiter beobachten, aber kann mir kaum vorstellen, dass sich dies noch einmal ändert. 

Wenigstens bist Du so ehrlich die Lösung zu posten.

Nach Deiner Fehlertabelle hat sich dieser Zusammenhang aufgedrängt. Außerdem gibt Easybell selbst an ohne Public IP auszukommen. 

Ich finde es einfach nicht fair alle im Unklaren zu lassen, wenn es denn wieder klappt und ich möchte auch gern zugeben, wenn der Fehler nicht an o2, sondern an mir, FRITZ! oder anderen Gründen, außerhalb des Einflussbereichs von o2 liegt. So offen und ehrlich bin ich schon. 

Aber Danke lieber ​@Klaus_VoIP und natürllich auch allen anderen Usern hier für die Unterstützung und Danke ans gesamte O2-Team hier.

​@SerienStreamer Das sind ja tolle Nachrichten.
Parallel habe ich jetzt auch die Info aus dem Fachbereich bekommen, dass offenbar ein Bug in der Firmware des Routers bestand, dieses grundsätzlich gefixt wurde und nach einem Update nun alles funktionieren sollte.
Super, dass du das auch bereits bestätigen konntest.
Auch von mir noch einmal lieben Dank an alle Helfer und Helferinnen, die sich hier eingebracht und mit Tipps und ihrem Fachwissen unterstützt haben.

Gruß
Antje