Gelöst

Digibox Smart 2 Gespräch wird nach 30 min unterbrochen

vor 3 Monaten

hallo zusammen,

bei unserer Digitalisierungsbox Smart 2  mit Glasfaseranschluss werden ausgehende Telefonat nach genau 30 min gekappt.

Hab die KI befragt, hier kommt als Antwort Sip - oder Session Timer  in der Digibox hochsetzen. z. b. von 1800 auf 3600

Diese Einträge kann ich aber nicht finden.

installierte Firmware: 16.40.2.24.00

Würde mich über Lösungsvorschlage freuen.

Gruß

Andreas

Letzte Aktivität

vor 2 Monaten

von

Gelöschter Nutzer

43

0

20

    • vor 3 Monaten

      Ich muss zugeben, ich habe keine Ahnung von der Digibox aber da du selber schon die KI befragt hast war ich mal so frei und hab meine verwendete KI (Claude mit Opus 5) mit deinem Beitrag gefüttert, hier das Ergebnis :

      Die Suche kannst du dir sparen – einen frei einstellbaren Session-Timer gibt es in der Oberfläche der Smart 2 nicht. Der Wert von 1800 s kommt vom Telekom-SIP-Server und wird beim Rufaufbau ausgehandelt; hochsetzen könntest du ihn also selbst dann nicht erzwingen, wenn es ein Feld gäbe. Die KI-Antwort war da geraten.

      Das eigentliche Problem: Laut RFC 4028 muss der „Refresher” nach der halben Zeit – also bei Minute 15 – ein UPDATE bzw. Re-INVITE schicken. Kommt das nicht an oder wird es nicht beantwortet, wird nach 1800 s sauber mit BYE aufgelegt. Genau 30 Minuten heißt: der Refresh fällt unter den Tisch. Ansetzen musst du also dort, nicht am Timer.

      Was ich prüfen würde:

      • Was hängt hinter der Box? Läuft sie als Media Gateway mit nachgelagerter TK-Anlage (Eumex, Auerswald o. ä.), muss die den Refresh mitmachen. Gegentest: analoges Telefon direkt an a/b der Digibox – bricht das Gespräch dann auch nach 30 min ab?

      • Vor- oder nachgeschalteter Router/Firewall mit SIP-ALG, Doppel-NAT: klassischer Kandidat dafür, dass der Re-INVITE verschluckt wird. ALG deaktivieren.

      • Nur ausgehend betroffen ist ein guter Hinweis – bei abgehenden Calls ist meist die Box der Refresher. Ein Trace (in der Digibox unter Wartung/Diagnose, „Trace”) über die 30 Minuten zeigt dir, wer das BYE schickt und ob bei Minute 15 überhaupt ein UPDATE rausgeht.

      • Automatische Konfiguration (EasySupport) ist ggf. aktiv – die überschreibt manuelle Änderungen am Telekom-Anbietereintrag wieder.

      Die erweiterten SIP-Anbieter-Einstellungen findest du übrigens nur, wenn du die Ansicht der Oberfläche auf Experte bzw. Vollzugriff stellst – ein Session-Timer-Feld erwarte ich aber auch dort nicht.

      Deine Firmware ist aktuell (16.40.2.24.00, Stand 07/2026), ein Update als Lösung fällt also weg. Mit einem Trace in der Hand hast du bei der Telekom-Hotline deutlich bessere Karten.

      0

      0

    • vor 3 Monaten

      Hallo @Andreasp36 ,

      die Smart2 ist der erste Router an deinem GF-Anschluß?

      Die Smart2 nutzt die Standard DNS-Server der Telekom?

      Wie sehen deine Einstellungen unter Voip->Einstellungen->SIP-Provider bezüglich Transportprotokoll aus?

      Die Smart2 kann SIP-Traces erstellen, vielleicht wird man daraus schlauer.

      0

    • vor 3 Monaten

      Hallo @CobraCane 

      Hallo @wari1957 

      1. In der Tat ist uns der Abbruch nach 30 min am analogen Anschluss der Digibox aufgefallen, am IP Telefon mit der Gigaset S850A Go bisher noch nicht

      2. kein nachgeschalter Router, ich nutzte nur die Digibox

      CobraCane

      wer das BYE schickt und ob bei Minute 15 überhaupt ein UPDATE rausgeht

      Ich muss zugeben, ich habe keine Ahnung von der Digibox aber da du selber schon die KI befragt hast war ich mal so frei und hab meine verwendete KI (Claude mit Opus 5) mit deinem Beitrag gefüttert, hier das Ergebnis :

      Die Suche kannst du dir sparen – einen frei einstellbaren Session-Timer gibt es in der Oberfläche der Smart 2 nicht. Der Wert von 1800 s kommt vom Telekom-SIP-Server und wird beim Rufaufbau ausgehandelt; hochsetzen könntest du ihn also selbst dann nicht erzwingen, wenn es ein Feld gäbe. Die KI-Antwort war da geraten.

      Das eigentliche Problem: Laut RFC 4028 muss der „Refresher” nach der halben Zeit – also bei Minute 15 – ein UPDATE bzw. Re-INVITE schicken. Kommt das nicht an oder wird es nicht beantwortet, wird nach 1800 s sauber mit BYE aufgelegt. Genau 30 Minuten heißt: der Refresh fällt unter den Tisch. Ansetzen musst du also dort, nicht am Timer.

      Was ich prüfen würde:

      • Was hängt hinter der Box? Läuft sie als Media Gateway mit nachgelagerter TK-Anlage (Eumex, Auerswald o. ä.), muss die den Refresh mitmachen. Gegentest: analoges Telefon direkt an a/b der Digibox – bricht das Gespräch dann auch nach 30 min ab?

      • Vor- oder nachgeschalteter Router/Firewall mit SIP-ALG, Doppel-NAT: klassischer Kandidat dafür, dass der Re-INVITE verschluckt wird. ALG deaktivieren.

      • Nur ausgehend betroffen ist ein guter Hinweis – bei abgehenden Calls ist meist die Box der Refresher. Ein Trace (in der Digibox unter Wartung/Diagnose, „Trace”) über die 30 Minuten zeigt dir, wer das BYE schickt und ob bei Minute 15 überhaupt ein UPDATE rausgeht.

      • Automatische Konfiguration (EasySupport) ist ggf. aktiv – die überschreibt manuelle Änderungen am Telekom-Anbietereintrag wieder.

      Die erweiterten SIP-Anbieter-Einstellungen findest du übrigens nur, wenn du die Ansicht der Oberfläche auf Experte bzw. Vollzugriff stellst – ein Session-Timer-Feld erwarte ich aber auch dort nicht.

      Deine Firmware ist aktuell (16.40.2.24.00, Stand 07/2026), ein Update als Lösung fällt also weg. Mit einem Trace in der Hand hast du bei der Telekom-Hotline deutlich bessere Karten.

      CobraCane

      wer das BYE schickt und ob bei Minute 15 überhaupt ein UPDATE rausgeht 

      3.  SIP Updates senden steht bei mir auf Deaktiviert

      4. Es werden die Standard  DNS Server der Telekom verwendet

      5. einen Eintrag SIP-Provider Transportprotokoll kann ich nicht finden

      2026-07-26 09:29:47  SIP: Outgoing call (8968) via '+49226440***@tel.t-online.de' from '+49226440***' to '+4915788*****'

      2026-07-26 09:29:52  SIP: Established call (8968)

      2026-07-26 09:32:45  DHCP: Client registered 192.168.2.80 00:e0:4c:b0:ab:4a 1786260763

      2026-07-26 09:41:37  DHCP: Client registered 192.168.2.123 48:70:1e:b0:96:99 1786261294

      2026-07-26 09:48:47  DHCP: Client registered 192.168.2.80 00:e0:4c:b0:ab:4a 1786261724

      2026-07-26 10:00:16  SIP: Terminate call (8968)

      0

      0

    • vor 3 Monaten

      Nachtrag: SIP Provider Transportprotokoll steht auf  "Automatisch"

      0

      0

    • vor 3 Monaten

      @Andreasp36 

      Erstelle doch mal einen SIP-Trace in der Smart2 und lade diesen hoch.

      0

    • vor 3 Monaten

      @wari1957 

      Ich habe jetzt erstmal auf Grund des Hinweises von CobraCane "SIP Updates senden " auf aktiviert gestellt .

      Einen SIP Trace werde ich anstoßen 

      0

      0

    • Akzeptierte Lösung

      akzeptiert von

      vor 3 Monaten

      @wari1957 

      @CobraCane 

      es hat wohl tatsächlich an der Einstellung "SIP Updates senden "  gelegen.

      Nach dem ich diese aktiviert habe erfolgt kein Abbruch mehr nach 30 Minuten

      ich danke für Eure Lösungsvorschläge

      0

    • vor 3 Monaten

      @CobraCane 

      @wari1957 

      ich nochmal....

      das war wohl nur eine  Illusion....

      Die Gespräche am analogen Anschluss werden nach 30 Minuten immer noch gekappt. Ich höre den angerufenen Gesprächspartner nicht mehr, er kann mich aber noch hören.

      Als Anhang mal ein SIP Trace  welches ich heute morgen aufgezeichnet habe, vielleicht kann jemand  von Euch was damit etwas Anfangen

      voip_DigiBox.Smart.2_14.08.2026.log.txt

      0

      12

      von

      vor 3 Monaten

      @Andreasp36 

      Ich habe keine DB2.

      Bei der DB1 war der Trace immer korrekt.

      Versuchs einfach nochmal.

      0

      von

      vor 3 Monaten

      ok, mach ich dann mal am WE. Ich danke Dir erst mal

      0

      von

      vor 2 Monaten

      @wari1957 

      Rückmeldung:

      Zwischenzeitlich hatte sich der Telekom Support per Fernwartung die Einstellungen in der DigiBox angesehen, konnte aber keinen Fehler feststellen, es läge wohl an meinen Analogen Gigaset, ich solle dies mal auf Werkseinstellung zurücksetzen.....  Hat natürlich nichts gebracht.

      Ich habe dann die komplette Telefonie aus dem Router gelöscht, über die Magenta App einen Neustart  der Leitung initiiert und die Telefonie wieder eingerichtet.

      Bei zwei  Probe Telefonaten sowohl auf Festnetz als auch aufs Handy hat kein Abbruch stattgefunden.

      Ich hoffe das es damit behoben ist... wir werden sehen

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...