Zeige Ergebnis 1 bis 6 von 6

Thema: Anlage über Starface Connect nicht erreichbar??iostream.c: SSL_shutdown() failed...

  1. #1
    STARFACE User

    Registriert seit
    25.03.2017
    Beiträge
    25

    Standard Anlage über Starface Connect nicht erreichbar??iostream.c: SSL_shutdown() failed...

    Wir und auch unsere Kunden klagen seit dem Update auf SF 7 dass die Anlagen in unregelmässigen Abständen nicht mehr erreichbar sind. Der Anrufer bekommt immer ein Besetzt und der Angerufene bekommt von all dem nichts mit.
    Jetzt haben wir selber eine Anlage die mehrere Rufnummern über Starface Connect und eine einzige verbleibende über ISDN in unsere Appliance eingespeist ist.
    Rufen wir die ISDN Nummer an funktioniert alles tadellos. Rufen wir die SF Connect Nummern an gibts ein Besetzt und im LOG diesen Eintrag:
    Code:
    [Jul 22 14:19:08] ERROR[25514] iostream.c: SSL_shutdown() failed: error:00000005:lib(0):func(0):DH lib, Underlying BIO error: Broken pipe
    Irgendwann, wenn man lange genug versucht klappt es dann mal und im Log sieht es dann so aus:

    Code:
    [Jul 22 14:09:22] VERBOSE[25514] tcptls.c: TLS/SSL certificate ok
    [Jul 22 14:09:28] VERBOSE[25514][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:28] VERBOSE[25514][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:28] VERBOSE[25514][C-00000021] res_rtp_asterisk.c: 0x7f0ff4027310 -- Strict RTP learning after remote address set to: 37.120.180.6:40358
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@STARFACE_Connect-incoming:1] Set("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "channelname=STARFACE_Connect-incoming") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@STARFACE_Connect-incoming:2] Set("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "lineconfigid=1010") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@STARFACE_Connect-incoming:3] Goto("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "STARFACE_Connect-incoming-manuell,49XXXNUMMER,1") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx_builtins.c: Goto (STARFACE_Connect-incoming-manuell,49XXXNUMMER,1)
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@STARFACE_Connect-incoming-manuell:1] Progress("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@STARFACE_Connect-incoming-manuell:2] Goto("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "incoming,49XXXNUMMER,1") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx_builtins.c: Goto (incoming,49XXXNUMMER,1)
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@incoming:1] Goto("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "calling,49XXXNUMMER,1") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx_builtins.c: Goto (calling,49XXXNUMMER,1)
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@calling:1] GotoIf("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "0?4") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] pbx.c: Executing [49XXXNUMMER@calling:2] AGI("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "agi:async,,1010,,,,,,,,,,,,,,") in new stack
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (SIPRemoveHeader) Options: (privacy)
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (SIPRemoveHeader) Options: (P-Preferred-Identity)
    [Jul 22 14:09:28] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (SIPRemoveHeader) Options: (P-Asserted-Identity)
    [Jul 22 14:09:29] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (Set) Options: (CALLERID(name)=0049XXXNUMMER : XXXNAME)
    [Jul 22 14:09:29] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_ORIGINATE)
    [Jul 22 14:09:29] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (Set) Options: (CALLERID(name)=0049XXXNUMMER : XXXNAME)
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (Set) Options: (CALLERID(number)=004917030XXXX)
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] res_agi.c: AGI Script Executing Application: (Dial) Options: (SIP/2363.ylnkt48s&SIP/1132.ylnkt48s&SIP/1947.N720&SIP/1135.ylnkt48s&SIP/2592.N720,120,wWtT)
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP TOS bits 184
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] netsock2.c: Using SIP RTP CoS mark 5
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: Called SIP/2363.ylnkt48s
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: Called SIP/1132.ylnkt48s
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: Called SIP/1947.N720
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: Called SIP/1135.ylnkt48s
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: Called SIP/2592.N720
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: SIP/2363.ylnkt48s-00000063 is ringing
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: SIP/1135.ylnkt48s-00000066 is ringing
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] app_dial.c: SIP/1132.ylnkt48s-00000064 is ringing
    [Jul 22 14:09:30] VERBOSE[25531][C-00000021] res_rtp_asterisk.c: 0x7f0ff4027310 -- Strict RTP switching to RTP target address 37.120.180.6:40358 as source
    [Jul 22 14:09:31] VERBOSE[25531][C-00000021] app_dial.c: SIP/1947.N720-00000065 is ringing
    [Jul 22 14:09:32] VERBOSE[25531][C-00000021] pbx.c: Spawn extension (calling, 49XXXNUMMER, 2) exited non-zero on 'SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062'
    [Jul 22 14:09:32] VERBOSE[25531][C-00000021] pbx.c: Executing [h@calling:1] NoOp("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "HC 0") in new stack
    [Jul 22 14:09:32] VERBOSE[25531][C-00000021] pbx.c: Executing [h@calling:2] Goto("SIP/8149c52e369f49240a215d14e02744e1fc071cde-00000062", "_exit_,0") in new stack
    [Jul 22 14:09:32] VERBOSE[25531][C-00000021] pbx_builtins.c: Goto (calling,_exit_,0)
    Für mich sieht das ganze nach einem SSL Problem aus?
    So ist es jedenfalls ein Untragbarer Zustand...


    PS: 49XXXNUMMER und XXXNAME sind von mir ersetzt worden.


    EDIT: Weil man meint, dass läge am Netzwerk. Bei uns in der Firma ist es recht übersichtlich. Es gibt eine Fritzbox 7590 die per Glasfaser (1000MBIT/s) ans WAN angebunden ist. Die SF Appliance ist direkt an der Box angeschlossen. Es gibt weder externe Teilnehmer noch externen UCC Zugriff. Es gibt auch keine Firewall und einzige 5 PC's im Netzwerk, die aber ohne Last laufen.... ach und zwei Drucker.... was machen wir falsch???
    Geändert von HabibA (23.07.2021 um 08:19 Uhr)

  2. #2
    STARFACE Crew
    Benutzerbild von Christoph Scheuermann
    Registriert seit
    11.04.2016
    Beiträge
    92

    Standard

    Uns ist da kein grundsätzliches Problem bekannt. Hast Du das schon an den Support gemeldet und eine Ticketnummer dazu?

  3. #3
    STARFACE User

    Registriert seit
    25.03.2017
    Beiträge
    25

    Standard

    Guten Morgen

    ja wir haben diverse Log's eingeschickt an SF und SF Connect, aber bisher lediglich Aussage von Starface Connect erhalten (und das wiederholt) es müsse an unserem Netzwerk oder Anlage liegen :-(

    Ticket# (die übrigens in unserem Portal gar nicht aufgeführt wird) 6997516

    Wir sind aktuell an der Stelle ein Downgrade beim ersten Kunden durchführen zu müssen. Bei uns werden wir das wohl auch müssen... er werden dann aber wohl alle weiteren Kunden auch folgen sobald denen das auffällt dass sie notorisch nicht erreichbar sind.

    So kann man nicht professionell arbeiten. Aktuell können wir nur Abstand nehmen von neuen Anlagen über SF&SF Connect. Die Entscheidung müssen wir jetzt bei einem Steuerberater adhoc treffen.

  4. #4
    STARFACE Expert
    Benutzerbild von t.meyer
    Registriert seit
    14.05.2018
    Beiträge
    207

    Standard

    Hallo,

    es gab in der SF Version 7.0.1.8 ein Problem mit der eingeführten Verschlüsselung für die Connect-Leitung - das hatte gelegentlich die genannten Probleme verursacht. Behoben wurde das mit der Version 7.0.2.1. Zumindest ist es seit dem auf einer betroffenen Anlage nicht mehr aufgetreten. Davor gab es ein Modul von Starface um die Verschlüsselung auszuschalten (https://support.starface.de/forum/sh...schl%FCsselung). Probier es einmal damit oder aktualisiere die Anlage auf die neueste Version. Das Modul muss jeden Morgen einmal neu aktiviert werden.

    Viele Grüße,
    Torsten

  5. #5
    STARFACE User

    Registriert seit
    25.03.2017
    Beiträge
    25

    Standard

    Hallo,
    vielen Dank für deinen Tip. Wir haben bereits auf allen Anlagen den neusten Stand, weil wir dadurch ja genau das erhofft haben, dass der Fehler damit behoben wäre.
    Wir probieren umgehend das Modul aus und werden berichten.

  6. #6
    STARFACE User

    Registriert seit
    25.03.2017
    Beiträge
    25

    Standard

    Wir haben es jetzt bei drei Anlagen installiert und aktiviert und bei jeder Anlage wirkt es so, als ob umgehend eine Besserung statt fand. In 2 von 3 Fällen haben unmittelbar Telefone geklingelt weil dann Anrufe eingingen die scheinbar vorher nicht ankamen?

    Aktuell ist der Fehler bei keiner Anlage wieder aufgetreten... wir wollen das bei unserer Anlage 1h lang testen, danach werden wir das Modul deaktivieren um dann zu gucken ob der Fehler dann wieder auftritt. Anders wüsste ich nicht wie man die Besserung nachweisen könnte.

Ähnliche Themen

  1. Weboberfläche über IP Adresse nicht erreichbar
    Von Interessent im Forum STARFACE Installation
    Antworten: 10
    Letzter Beitrag: 03.01.2021, 15:22
  2. iFMC - Weiterleitung über Starface Connect
    Von cargotrans im Forum STARFACE Einrichtung & Administration
    Antworten: 1
    Letzter Beitrag: 04.12.2019, 11:55
  3. Zertifikat importiert, Anlage nicht verschlüsselt erreichbar
    Von jogoto im Forum STARFACE Einrichtung & Administration
    Antworten: 5
    Letzter Beitrag: 20.04.2018, 12:03
  4. QSC extended connect mit fixer IP (peering) - Anschluss nicht erreichbar
    Von *Techniker im Forum Leitungen SIP, NGN, ALL-IP
    Antworten: 3
    Letzter Beitrag: 24.10.2016, 12:45
  5. Anschluss über 0 nicht erreichbar Durchwahlrufnummern funktionieren
    Von Daniel09 im Forum STARFACE Installation
    Antworten: 3
    Letzter Beitrag: 07.09.2012, 12:54

Lesezeichen

Forumregeln

  • Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
  • Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
  • Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
  • Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.
  •