Posts by HabibA

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:

[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:

[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???

Hallo,

nachdem wir eine Kundenanlage aktualisiert haben auf dem ein Adressbuch plugin läuft, dass mit "Einschränkungen einer Fehlermeldung" laufen sollte durchgeführt haben, stellte sich raus, dass der Hersteller des Plugins nach unserer Meldung die aktuellste Plugin Version runtergenommen hat wegen Inkompatibilität und uns sein neues Produkt als Nachfolger des alten angeraten hat.
Das neue Produkt ist a) noch gar nicht verfügbar b) ist eine Cloud basierte externe Lösung die mit Client Apps arbeitet... geht gar nicht bei der Kundenanlage

Ist es nun möglich die Appliance des Kunden auf einen Stand 6.7 zu bringen in der wir dann ein vorhandenes Backup vom vor dem Upgrade einspielen können?

Wir würden ungern nochmal das Produkt wechseln, da uns bei der ersten Kontaktaufnahme zu dem Plugin eine neue Lizenz mit Wartungsvertrag verkauft wurde und erst nächsten Tag klar war, dass die Version ausgelaufen ist :-((((

Gibt es denn wenigstens einen Fix in Aussicht der den Link zur Rufliste "verpasste Anrufe" wieder korrigiert?

hm... ich weiss nicht wie ich das Überlesen konnte. Wenn ich das richtig verstanden habe nun, dann soll man den Hacken Challenge erfüllt setzen, nachdem man alle Voraussetzungen geschaffen hat? Erst dann wird die Anfrage eingereicht?

Edit: Ich denke ich habe nun das Problem erkannt. Nachdem ich erstmalig den Hacken Challenge erfüllt gesetzt hatte, einen INVALID kassiert hab und alles nochmal gelöscht habe bekomme ich beim Speichern immer einen neuen TXT String, was ich vorher nicht hatte. Jetzt muss ich noch meine viel zu lange Zeit der Gültigkeit abwarten bis ich den nächsten String eintragen kann. Aber ich glaube dann hab ich es geschafft

Hat natürllich geklappt. Super Arbeit Danke

Vielen Dank erstmal für das Modul
Ich hab es zum Test erstmal in unserer Werkstatt Anlage ausprobiert. Das war bereits letzten Donnerstag, also vor 3 Tagen und seitdem warte ich auf "[2018-05-06 07:54:04,603] DEBUG [Config] Waiting for Pending Challenge "

Was ich gemacht hab:
ich hab die DNS pbx.lan.meinefirma.de registriert und die acme txt _acme-challenge.pbx.lan.meinefirma.de erstellt. Die Abfrage des Eintrages sieht wiefolgt aus:

Quote

; <<>> DiG 9.10.6 <<>> any _acme-challenge.pbx.lan.meinefirma.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27519
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;_acme-challenge.pbx.lan.meinefirma.de. IN ANY

;; ANSWER SECTION:
_acme-challenge.pbx.lan.meinefirma.de. 59 IN TXT "I_RN6iUXBrurEwjN1y0ZpqeJ5Ga7edC2kXShpbepszA"

;; Query time: 29 msec
;; SERVER: 192.168.100.14#53(192.168.100.14)
;; WHEN: Sun May 06 07:56:29 CEST 2018
;; MSG SIZE rcvd: 124

Display More

Der String/TXT entspricht dem in der Konfigurationsseite.

Edit: Ach und die Ausgabe der Konsole:

Quote

[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] Searching for Version: 6.4.3.34
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] 433
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] 6.4.3
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] letsencrypt/6.4.3/neuste.sfm
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] 35fdb39e9f9e1b161eae100dd593ed1c
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] Searching for Version: 6.4.3
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] 433
[2018-05-06 07:52:47,681] DEBUG [Moduleupdater.Update] 6.4.3
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] letsencrypt/6.4.3/neuste.sfm
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] 35fdb39e9f9e1b161eae100dd593ed1c
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] Finding out if Update is Required
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] Newest Version is: 433
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] 433 == 433
[2018-05-06 07:52:47,682] DEBUG [Moduleupdater.Update] No Update Required
[2018-05-06 07:52:47,682] DEBUG [Update] false
[2018-05-06 07:52:47,683] DEBUG [Update]
[2018-05-06 07:52:47,683] DEBUG [CheckLicense] Prüfe Lizenz...
[2018-05-06 07:52:47,684] DEBUG [isLicenseactive] isLicenseactive: true
[2018-05-06 07:52:47,685] DEBUG [CheckLicense] Lizenz ist bereits aktiv. Prüfe, wieviele Tage seit letzter Validierung vergangen sind.
[2018-05-06 07:52:47,690] DEBUG [CheckLicense] Range: 4/6/18-5/6/18
[2018-05-06 07:52:47,692] DEBUG [CheckLicense] Lizenz wird noch nicht überprüft.
[2018-05-06 07:52:47,693] DEBUG [isLicenseactive] isLicenseactive: true
[2018-05-06 07:52:47,693] DEBUG [Config] Starte ACME Client..
[2018-05-06 07:52:47,694] DEBUG [Config] Try 1.0 / 10
[2018-05-06 07:52:47,695] DEBUG [RegisterSession] Generating new KeyPair
[2018-05-06 07:53:59,389] DEBUG [RegisterSession] Saving Session PrivateKey to: /home/starface/letsencrypt/SessionPK.pem
[2018-05-06 07:53:59,449] DEBUG [RegisterACMEAccount] Trying to Register: info@meinefirma.de
[2018-05-06 07:54:01,735] DEBUG [RegisterACMEAccount] Registration Successful.
[2018-05-06 07:54:01,736] DEBUG [RegisterACMEAccount] Accepting Agreement
[2018-05-06 07:54:03,277] DEBUG [RegisterACMEAccount] Accepted Agreement
[2018-05-06 07:54:03,277] DEBUG [RegisterACMEAccount] Saving RegistrationURI
[2018-05-06 07:54:03,279] DEBUG [CreateChallenge] Trying to Authorize Domain: pbx.lan.meinefirma.de
[2018-05-06 07:54:04,603] DEBUG [Config] Waiting for Pending Challenge

Display More

Jetzt hab ich die ganze Konfiguration nochmal neu erstellt und gem. obiger Anleitung wieder neu beantragt, aber es will einfach nicht gelingen. Habt ihr da einen Tip für mich?

LG
Habib

Doppelpost

Ich für meinen Teil werde jetzt wohl länger warten bis wir ein Update durchführen.... In der Werkstatt haben wir zwar zuvor unsere eigene Anlage upgedated d.h. getestet, aber man hat halt nicht jede Hardware zur Verfügung die beim Kunden eingesetzt wird.... Wir haben T46S - der Kunde hat T46G. Unsere haben einwandfrei funktioniert, die 30 T46G's des Kunden nicht...

Ich bin kuriert bei SF die neusten releases zu verwenden