Starface 6.4.1.7 Telekom Data/Voice Gesprächsabbruch (abgehend) nach genau 15 Minuten

  • Hallo,


    ich habe hier ein Problem das ich mir einfach nicht erklären kann. :mad:
    Es geht um einen Data/Voice der Telekom (habe langsam den Eindruck das die ihre eigenen SIP/VoIP Angebote nicht kennen und/oder supporten können).


    Jedenfalls reißt mein Gespräch nach genau 15 Minuten ab, aber nur wenn ich einen Geschäftspartner auf KabelBW anrufe (SIP/VoIP).
    Nehme ich die gleiche Leitung und rufe meinen privaten 1&1 Anschluss an passiert nichts, selbe Leitung auf Mobilfunkt und es passiert nichts (die Leitung bleibt da).


    Geht mein Anruf über ISDN raus bleibt die Leitung bei diesem Geschäftspartner auch stabil.
    Ich hatte diese Leitung schon ohne ein Problem seit Mai in Betrieb, einzigste Änderung die Starface.


    Kann mit diesem Fehlerbild irgend jemand was anfangen?


  • Ich vermute das ist eine Fortsetzung des Fehlerbilds http://support.starface.de/for…-Anruf-15-Minuten-timeout


    Denkbar, nur warum betrifft das ausgehende Anrufe und dann nicht alle?



    Ist^"session-timers=refuse" in der ProviderConfig nach wie vor Gesetzt?


    Ja und das hilft auch bei eingehenden Anrufen, jetzt betrifft es aber ausgehende.


    Hier noch mal eine Übersicht:


    Telekom SIP -> Geschäftspartner -> nach 15 Minunten Abbruch
    Telekom SIP -> Mobilfunk -> kein Problem
    Telekom SIP -> 1&1 SIP Anschluss -> kein Problem
    Telekom Anlagenanschluss -> Geschäftspartner -> kein Problem


    Warum gehen andere Ziele ohne ein Problem und dieser Geschäftspartern nur mit ISDN (was ein Fehler beim ihm ausschließt?).

  • In dem Fall würde ich mal einen TCPDump erstellen, diesen 15 min Anruf simulieren, und dann überprüfen, woher, und mit was für einer Meldung das Gespräch beendet wird.


    Wir hätten dafür ein Einfaches Modul, zur Erstellung von TCPDumps mit Auto Transfer auf SMB/FTP Server.


    Mfg


    Fabian

  • In dem Fall würde ich mal einen TCPDump erstellen, diesen 15 min Anruf simulieren, und dann überprüfen, woher, und mit was für einer Meldung das Gespräch beendet wird.


    Das mache ich sobald es mir möglich ist, leider kann ich das Problem mit meinen Anschlüssen nicht reproduzieren.



    Wir hätten dafür ein Einfaches Modul, zur Erstellung von TCPDumps mit Auto Transfer auf SMB/FTP Server.


    Danke für das Angebot, meine Workstation ist ein Debian und da gehört die Shell dazu ;)

  • Hallo Slu


    Es gibt eine Ansicht, welche den ganzen Stream darstellt.


    Kannst du Rechte Maustauste auf eines der Pakete Machen ==> Follow/Folgen ==> UDP-Stream, Und dort kurz das Stückchen posten, bei dem es konkret passiert?


    MfG


    Fabian

  • Danke für den Hinweis Fabian, ich hatte das seither umständlicher gemacht.


  • Es scheint, dass trotz des session-time refuse die eingehenden Parameter für den Session Timer immer noch gesetzt werden.
    Und da der refresher auf "uac" gesetzt ist, heisst das, dass der Anrufer die Session nach 900 Sekunden (Mini-Se Wert) erneuern will, obwohl die Starface dies ablehnt.


    Dann wirft das Asterisk ein 488 Not acceptable here.


    Das scheint ein allgemeiner Bug der Asterisk 11-er Version zu sein, die die SF benutzt.


    Ich gehe dem mal noch etwas nach.


    MfG


    Fabian


    //edit:


    Du bist definitiv nicht alleine mit dem Problem:


    http://forums.asterisk.org/viewtopic.php?f=1&t=84482


    https://issues.asterisk.org/jira/browse/ASTERISK-15787


    http://community.freepbx.org/t…after-approx-14-min/22453


    http://arstechnica.com/civis/viewtopic.php?t=1172580


    http://forums.asterisk.org/viewtopic.php?p=196633


  • Das scheint ein allgemeiner Bug der Asterisk 11-er Version zu sein, die die SF benutzt.


    Die Leitung war mir Starface <= 6.4.1.7 (oder sogar noch einer älteren Version) schon stabil.



    Die meisten Links kannte ich schon, sind aber auch schon alle sehr alt.


    Ich bin auch mit dem Fehlerbild total unglücklich, warum betrifft es nicht alle Ziele die ich anrufe, das kann doch fast nicht sein. :mad:

  • Hallo slu,


    die Anpassung session-timer=refuse in der sip_custom.conf ist ab der Version 6.4.1.11 nicht mehr notwendig. Kannst du diese bitte löschen, den Asterisk neustarten und dann nochmal überprüfen, ob der Fehler weiterhin besteht?


    Viele Grüße
    Norman


  • die Anpassung session-timer=refuse in der sip_custom.conf ist ab der Version 6.4.1.11 nicht mehr notwendig.


    Ich kann bestätigen das die reinkommende Gespräche ohne die Anpassung in der sip_custom.conf stabil laufen (was habt ihr da verändert?).
    Den ausgehenden Anruf beim dem Geschäftspartern kann ich leider erst am Freitag testen.

  • Welcher Router ist dort im Einsatz?
    Ich hatte das Problem bis vor kurzem auch bei einem Kunden.
    Jetzt mit der Digitalisierungsbox premium (Bintec be.IP Plus) und der Anpassung der sip_custom.conf läuft es nach vielem hin und her endlich stabil. Seit ca. 2 Wochen keine Abbrüche mehr vorhanden.

  • Welcher Router ist dort im Einsatz?


    Ist eine pfSense, daran kann es aber nicht liegen (siehe Thread).


    Jetzt mit der Digitalisierungsbox premium (Bintec be.IP Plus) und der Anpassung der sip_custom.conf läuft es nach vielem hin und her endlich stabil.


    Das gilt nur für eingehende Gespräche und ist mit der 6.4.1.11 nicht mehr nötig.

  • Ist eine pfSense, daran kann es aber nicht liegen (siehe Thread).


    Hatte ich in dem Thread nicht gesehen.
    Bei der Kundenkonstellation war es auf jeden Fall der vorherige Zyxel Router, welcher für Abbrüche verantwortlich war.


    Das gilt nur für eingehende Gespräche und ist mit der 6.4.1.11 nicht mehr nötig.


    Theoretisch ja. Praktisch hatte ich noch keine Möglichkeit das zu testen. ;)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!