Telefonie nach ca 5 min unterbrochen (Sipgate, Fritzbox, FritzPhone-App)?

[starbright]

Sowohl eingehende als auch ausgehende Gespräche werden seit mind. 1 Woche nach ca 5min unterbrochen.
Im Log der Fritzbox finde ich nichts. Der SIP Provider ist SipGate.
Die Kette ist eine 7590 -> 7520 (8.21) -> Fritzphone Android App.

Könnte natürlich alles sein :/ . Sogar irgendeine amoklaufende Firewall.
Das Handy hatte ich zuletzt mit geöffnetem Screen/App in der Hand um irgendwelche Timeouts vom Handy auszuschließen.
Da nicht mehr allzuviel via Festnetznummer geht, kann ich nicht mit Sicherheit sagen seit wann das so ist. Aber am 10.1. hatte ich das letzte Telefonat dass > 6min lang war.
Ist mit FritzOS 8.21 da ein Problem dazugekommen?

 

[tango501]

Die Kette ist eine 7590 -> 7520 (8.21) -> Fritzphone Android App.

Wird bei der FRITZ!App Fon auch die aktuelle Version genutzt? Aktuell wäre bei Android Version 2.13.3. Es gab da auch erst kürzlich ein Update, deshalb der Hinweis.

 

[Deleted member 273463]

m Log der Fritzbox finde ich nichts.

Und in den Supportdaten?

Die Kette ist eine 7590 -> 7520 (8.21) -> Fritzphone Android App.

Was heißt das? Sind die Rufnummern in der 7590 eingerichtet, in der 7520, oder wie ist diese Kette zu verstehen?

Sogar irgendeine amoklaufende Firewall.

Welche sollte das sein?

 

[starbright]

Die Kette steht auch in meinem Zeile ... Also das SipGate ist in der 7520 angemeldet.

Telekom DSL ----- 7590 (Box1=Modem und Netz 192.168.178.x, FW 8) ----<100MBit>---- 7520 (Box2, Netz 192.168.3.x, FW 8) ----- WifI, LAN, FritzAppPhone v1.9.10

Warum die alte App - die funktioniert noch ohne GooglePlayServices.
Firewall: eher unwahrscheinlich (nach 5 min) aber RethinkDNS.

Supportdaten? Wie komme ich da ran?

Also grundsätzlich ein neues Phänoment, ging bis Mitte Januar noch problemlos.

 

[tango501]

FritzAppPhone v1.9.10

Diese alte App ist noch aus 2021 und wird nicht mehr supportet. Wenn es damt Probleme gibt, dann ist das halt so.
Zumindest einmal testweise die Konfiguration mit einem anderen Android Gerät und der aktuellen FRITZ!App Fon Version 2.13.3 überprüfen.

 

[Deleted member 273463]

Support Daten:

Support-Daten der FRITZ!Box erstellen

Support-Daten der FRITZ!Box erstellen Für die Bearbeitung Ihrer Anfrage benötigen wir die Support-Daten Ihrer FRITZ!Box. Die Support-Daten können Sie uns über die Benutzeroberfläche der FRITZ!Box zusenden. Die Support-Daten werden auf einem zufällig gewählten TCP-Port TLS-verschlüsselt...

fritz.com

Testgespräch durchführen, Abbruch abwarten, danach sofort die Supportdaten ziehen.

 

[tango501]

Nur als ergänzenden Hinweis: Die Supportdaten sollten lokal abgespeichert und nicht versand werden.
Standardmässig ist häufig der Versand ausgewählt, deshalb der Hinweis.

 

[starbright]

Sorry dass es so lang gedauert hab, war zwischendrin unterwegs. Ok, ich hab jetzt die Support-Daten. Ich hab auch den SIP Bereich gefunden, aber da gibt es wirklich viele Eintrage...

Ist es vielleicht das hier: - da kommt ein Error not found ?!? Aber ich hab echt keine Ahnung wie das zu interpretieren ist.

2026-03-14 10:18:32.893 - >>> QUERY SRV dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], transport=*, order=0, preference=0
2026-03-14 10:18:32.893 - <<< RESPONSE (SRV) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], ttl=300, error=not_found
2026-03-14 10:18:32.893 -     name: _stun._udp.stun.sipgate.net
2026-03-14 10:18:32.893 - >>> QUERY A/AAAA (ipv4 only) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0] name=[stun.sipgate.net]
2026-03-14 10:18:32.920 - <<< RESPONSE (A/AAAA) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], ttl=46, error=noerror
2026-03-14 10:18:32.920 -     name: stun.sipgate.net
2026-03-14 10:18:32.920 -     name: stun.sipgate.cloud
2026-03-14 10:18:32.920 -     name: -deleted-.awsglobalaccelerator.com
2026-03-14 10:18:32.921 -     ipv4: -deleted-
2026-03-14 10:18:32.921 -     ipv4: -deleted-
2026-03-14 10:18:32.969 - >>> FROM CACHE A/AAAA (ipv4 only) dest=[sip:voip1:ipv4 only:*:sipgate.de:0] name=[sipgate.de]
2026-03-14 10:19:02.893 - >>> FROM CACHE A/AAAA (ipv4 only) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0] name=[stun.sipgate.net]
2026-03-14 10:19:02.970 - >>> FROM CACHE A/AAAA (ipv4 only) dest=[sip:voip1:ipv4 only:*:sipgate.de:0] name=[sipgate.de]
2026-03-14 10:19:32.893 - >>> QUERY SRV dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], transport=*, order=0, preference=0
2026-03-14 10:19:32.897 - <<< RESPONSE (SRV) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], ttl=300, error=not_found
2026-03-14 10:19:32.897 -     name: _stun._udp.stun.sipgate.net
2026-03-14 10:19:32.898 - >>> QUERY A/AAAA (ipv4 only) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0] name=[stun.sipgate.net]
2026-03-14 10:19:32.912 - <<< RESPONSE (A/AAAA) dest=[stun:voip1:ipv4 only:UDP:stun.sipgate.net:0], ttl=40, error=noerror

Es gibt auch noch die Sektion sip log, aber das sind viele Einzelnachrichten. Nach welchem Stichwort muss man da suchen?

Von Sipate hab ich den Tip bekommen:
"Ich würde empfehlen innerhalb der Fritz!Box das SIP Protokoll von UDP auf TCP umzustellen."
Ich finde diese Einstellung aber gar nicht, scheinbar ist das alles hinter der "Telefonabieter sipgate" versteckt. Oder?

(Hab jetzt ein anderes Smartphone mit aktueller FritzPhone Version benutzt)

 

[tango501]

Dazu gibt es bei Sipgate den folgenden Hinweis:
"With some phones you'll need to use a special format: stun.sipgate.net:3478 (or stun.sipgate.net:10000).
Older SIP VoIP phones, devices and applications may not support STUN.
Quelle:

https://teamhelp.sipgate.co.uk/hc/en-gb/articles/204217291-How-can-I-solve-problems-with-the-router

 

[starbright]

Vollzitate sind unerwünscht (vorallem wenn diese ihren Ursprung genau darüber haben oder #1 beinhalten) siehe Boardregeln https://www.ip-phone-forum.de/threads/ip-phone-forum-regeln.297224/ - by stoney

Es handelt sich nicht um ein SIP-Phone dass ein Problem macht, sondern die FritzPhoneApp. Aber wo das eintragen?!?

Nochmal zum Tip von Sipgate:
"Tipp: Sofern Sie in den Einstellungen kein Feld zum Ändern des Transportprotokolles sehen, können Sie als Outbound Proxy sip.sipgate.de;transport=tcp eintragen."

Ok, wenn man den Anbieter von Sipgate zu "andere Anbieter" wechselt, dann bekommt man Zugriff auf das Feld "Registrar" und "Stun-Server". Das "Proxy Server" Feld (ist das der Outbound Proxy?) ist leer. Da dann die obige Zeile eintragen?

EDIT: In den erweiterten Einstellungen kann man das Transport-Protokoll von auto auf TCP umstellen. Das probiere ich mal.

Edit2: Das war nicht erfolgreich. Zur Auswahl stehen Auto, TLS, UDP und TCP. Wenn ich auf TCP gehe, geht die LED für die Anmeldung nicht auf grün und ich bekomme nur ein Besetzt-Zeichen.

 

[Deleted member 273463]

Nach welchem Stichwort muss man da suchen?

Interessant wird es ab "##### BEGIN SECTION sip SIP messages"

Ist es vielleicht das hier: - da kommt ein Error not found ?!? Aber ich hab echt keine Ahnung wie das zu interpretieren ist.

Das bedeutet nur, dass ein SRV Eintrag für stun.sipgate.net gesucht und nicht gefunden wurde. Das ist aber kein Problem, weil direkt danach ein Fallbak auf A bzw. AAAA stattfindet.

Was heißt das? Sind die Rufnummern in der 7590 eingerichtet, in der 7520, oder wie ist diese Kette zu verstehen?

Diese Frage hast du nicht vollständig beantwortet. Wo (in welcher Fritz!Box) ist die Rufnummer eingerichtet? Warum Doppel-Nat?

Welche sollte das sein?

Deine Antwort dazu war RethinkDNS. Ist das auf deinem Android Device eingerichtet?

 

[starbright]

Ich bin an der zweiten Box, da ist auch die Nummer eingerichtet. Aus baulichen Gründen ist die erste Box die Gäste/ELW Box - da ist halt der Internet-Zugang.
Ja, RethinkDNS ist auf dem Android Phone mit der FritzPhoneApp drauf. Als universelle Regel aber nur "alle neuen Apps" sperren und die FritzApp ist natürlich erlaubt. Ich würde nicht erwarten, das eine Regel da nach ziemlich genau ca 5:30min zuschlägt.

 

[starbright]

Also heute noch mal getestet und hab meine Box vom Mobilfunk aus angerufen.
Nach 5:30min kann man nichts mehr hören auf beiden Seiten. Die Telefonansicht des Anrufers schließt sich daraufhin mit etwas Verzögerung.
Das Anrufhandy meldet ein Gespräch von 6:03 Dauer.
Sipgate meldet eine Dauer von 6:04 - das passt zusammen.
Aber - die Sprachübertragung war bereits vorher zuende.

Die Fritzphone-App dagegen läuft endlos weiter und hat vom Ende des Gespräches offensichtlich nichts mitbekommen. Bei 7:30 schließe ich die App. Die Fritzbox meldet danach in der Anrufliste ein Gespräch über 7min. Die hat also von dem Ende auch scheinbar nichts mitbekommen.

Ich kenn jetzt die Internas nicht so gut, aber ist das ein Indiz dafür dass es nichts mit der Kommunikation FB-FritzPhoneApp zu tun hat?

auffällig:
CSeq: 6 BYE
Reason: SIP; cause=408; text="refresh timeout"
Aber warum? Was ist passiert?

Hier die Meldung im FritzBox Support:

2026-03-18 18:43:31.981 - OUT: my=192.168.3.1%10:5060 peer=192.168.3.167 port=37665 UDP, sipiface=none tcclass=sip_internet, netmark=0:
BYE sip:[email protected]:37665;ob SIP/2.0
Via: SIP/2.0/UDP 192.168.3.1:5060;branch=xxx
From: <sip:[email protected]>;tag=xxxx
To: <sip:[email protected];ob>;tag=xxxxx
Call-ID: [email protected]
CSeq: 6 BYE
X-RTP-Stat: CS=685;PS=16412;ES=16600;OS=2625280;SP=0/0;SO=0;QS=-;PR=15775;ER=16600;OR=2524000;CR=0;SR=0;QR=-;PL=18,2;BL=1;LS=18;RB=60/255;SB=-/-;EN=G722;DE=G722;JI=23,23;DL=0,0,0;IP=192.168.3.1:7084,192.168.3.167:4000
X-RTP-Stat-Add: DQ=12;DSS=0;DS=40;PLCS=131752;JS=8
X-SIP-Stat: DRT=2;IR=1
Reason: SIP; cause=408; text="refresh timeout"
Max-Forwards: 70
User-Agent: AVM FRITZ!Box 7520 (UI) 175.08.21 (Dec 3 2025)
Supported: 100rel,replaces,timer,199
Allow-Events: telephone-event,refer
Content-Length: 0

 

[tango501]

"User-Agent: AVM FRITZ!Box 7520 (UI) 175.08.21 (Dec 3 2025)"
Dann würde da zumindest ein Test der jeweils aktuellen Laborversion durchaus Sinn machen.
FRITZ!Box 7590, Version: 8.24-130204, Datum: 12.03.2026
FRITZ!Box 7520, Version: 8.24-130232, Datum: 13.03.2026

FRITZ! Labor – Frisch aus der Entwicklung

FRITZ! Labor ✓ Neue Funktionen frisch aus der Entwicklung ✓ Aktueller Entwicklungsstand von FRITZ!Box & Co. ✓ Exklusiv bei FRITZ! ✓ Jetzt entdecken!

fritz.com

 

[Deleted member 273463]

Teste mal folgende Einstellungen:

Fritz!Box -> Telefonie -> Eigene Rufnummern -> Bleistift Symbol

Telefonie-Anbieter: Anderer Anbieter
Proxy-Server: sip.sipgate.de
STUN-Server: <leerzeichen>

Weitere Einstellungen aufklappen:

Transportprotokoll: TCP
Der Anbieter unterstützt kein REGISTER-fetch: Haken setzen


Alle anderen Einstellungen unverändert lassen.

 

[starbright]

Von Sipgate hatte ich den Tip bekommen mit TCP, das ging zunächst nicht, aber in Verbindung mit dem Proxy-Server schon. Den Rest sollte ich unverändert lassen. Leider kein Erfolge, jedenfalls von Fritzphone App zu Fritzphone App im internen Gespräch. Also wieder nach 5:30 Ruhe und kurze Zeit später schließt sich die Anrufer-App.

@chrsto :
Bei deinen zwei zusätzlichen Setting (stun löschen und Register Fetch) kommt zwar eine Verbindung zustande, aber es keiner kann etwas hören.

 

[Deleted member 273463]

Dann mach das Doppel-NAT weg.

 

[starbright]

Weiß nicht genau was das ist, aber du meinst sicher die Kaskadierung der Fritzboxen. Die ist aber essentiell, da ich nicht ein großes sondern zwei getrennte Netze brauche. Zudem soll von der FB1 (am Internet) nicht in das Netz der FB2 zugegriffen werden können.

 

[Deleted member 273463]

Ja das meine ich. Dann richte die Rufnummern in der ersten Fritz!Box ein, und für die zwei eine IP Telefon, wo sich dann wieder die zweite Fritz!Box registrieren kann.

 

[starbright]

Das soll getrennt bleiben.. Ich verstehe auch nicht was zu diesem Problem geführt hat, das war vorher bis Anfang Januar nicht so.
Mhhh - FritzOS 8.21 wurde in dem Dreh eingeführt ... Ich dachte ja erst an das Handy, da gibts ja auch immer mal wieder updates.

Doch mal nach der Labor-Software schauen. Bei der Einführung der 8er Version gab es auch jede Menge Problem mit der Nezwerkgeschwindigkeit in meinem kaskadierten Setup. Verstehe natürlich das das nicht im Focus der Test steht. Aber da hatte ich einen langen Kampf mit AVM bis das behoben war. Das war nur extrem blöd, weil bei richtigen Versionen ein Downgrade nicht vorgsehen ist und ich dann immer über eine alte Reparatur-Version gehen musste. Nicht lustig!

Edit:
Ich hab jetzt mal den Fritz Support kontaktiert. Also der Timeout ist 5:00 - solange hört man sein Gegenüber noch.