Hauptmenü

Modul 96_SIP

Begonnen von Wzut, 19 Februar 2017, 19:10:09

Vorheriges Thema - Nächstes Thema

Tomk

Zitat von: Wzut am 12 Juni 2017, 19:40:59
Das denke ich nicht :) Das Modul ist "dumm" was gerade Sache ist bekommt es vom SIP Server ( FritzBox ?) gesagt.
D.h. da würde ich ansetzen mit der Suche, bzw. ruf doch mal ein internes Telefon oder das Handy von jemand ganz andrem an zum Test.

Hallo Wzut,

ich habe nochmal probiert. Bei einem Anruf auf ein anderes internes Telefon verhält sich das SIP Modul wie erwartet. Nur beim Anruf auf mein Handy scheint er irgendwie von einem vermeintlich erfolgreich aufgebauten Anruf  auszugehen. Eine Anrufweiterleitung auf den AB o.ä. sind nicht eingerichtet.

Sonst eine IDee?

Danke und Gruß
Tomk

RitterSport

Ich kann es drehen und wenden wie ich möchte, aber ich bekomme es NICHT hin das das Telefone nicht weniger als 10 mal klingelt.

set Klingel_Telefon **610 01 -> minimum 10 x klingeln
set Klingel_Telefon **610 1   -> minimum 10 x klingeln
set Klingel_Telefon **610 5 -> dito

Raspi3 mit Fritzbox 7490 und Gigaset Dect

Wzut

ein Log Auszug mit verbose 5 für set Klingel_Telefon **610 1 könnte da eventuell etwas Licht ins Dunkel bringen :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

RitterSport

So, hier dann der Logauszug:

2017.06.24 13:26:47 4: WEB_192.168.0.2_63596 POST /fhem?cmd.setKlingel_Telefon%3Dset%20Klingel_Telefon%20call%20**610%201&XHR=1&fwcsrf=hallodu77&fw_id=2297; BUFLEN:0
2017.06.24 13:26:47 5: Cmd: >set Klingel_Telefon call **610 1<
2017.06.24 13:26:47 4: Klingel_Telefon, calling **610, ringtime: 1 , no message
2017.06.24 13:26:47 4: Klingel_Telefon, Klingel_Telefon|**610|1||0
2017.06.24 13:26:47 4: BlockingCall (SIP_CALLStart): created child (2491), uses telnetPort to connect back
2017.06.24 13:26:47 4: Klingel_Telefon, call -> Klingel_Telefon|**610|1||0|0
2017.06.24 13:26:47 5: Klingel_Telefon, call has pid 2491
2017.06.24 13:26:47 5: Starting notify loop for Klingel_Telefon, 2 event(s), first is call_state: invite
2017.06.24 13:26:47 5: ABFALL_Notify(Abfallleerung) - Device: Klingel_Telefon
2017.06.24 13:26:47 4: Klingel_Telefon[2491], my parent is 2364
2017.06.24 13:26:47 4: Klingel_Telefon[2491], using random port 44169

2017.06.24 13:26:47 5: End notify loop for Klingel_Telefon
2017.06.24 13:26:47 4: WEB: /fhem?cmd.setKlingel_Telefon%3Dset%20Klingel_Telefon%20call%20**610%201&XHR=1&fwcsrf=XXXXXXXXX&fw_id=2297 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/

2017.06.24 13:26:47 4: Klingel_Telefon[2491], register new expire : Sat Jun 24 13:31:47 2017
2017.06.24 13:26:47 5: Klingel_Telefon[2491], telnet : set Klingel_Telefon state calling exit

2017.06.24 13:26:47 4: Connection accepted from telnetPort_127.0.0.1_51580
2017.06.24 13:26:47 5: Cmd: >set Klingel_Telefon state calling<
2017.06.24 13:26:47 5: Starting notify loop for Klingel_Telefon, 1 event(s), first is calling
2017.06.24 13:26:47 5: ABFALL_Notify(Abfallleerung) - Device: Klingel_Telefon
2017.06.24 13:26:47 4: Klingel_Telefon[2491], CallStart DTMF : ABCD*#123--4567890
2017.06.24 13:26:47 4: Klingel_Telefon[2491], calling : **610
2017.06.24 13:26:47 5: Klingel_Telefon[2491], telnet : set Klingel_Telefon call_state calling **610 exit
2017.06.24 13:26:47 5: battStatus: not on any display, ignoring notify
2017.06.24 13:26:47 5: End notify loop for Klingel_Telefon
2017.06.24 13:26:47 5: Cmd: >exit<
2017.06.24 13:26:47 4: Connection accepted from telnetPort_127.0.0.1_51582

2017.06.24 13:26:47 5: Cmd: >set Klingel_Telefon call_state calling **610<
2017.06.24 13:26:47 5: Starting notify loop for Klingel_Telefon, 1 event(s), first is call_state: calling **610
2017.06.24 13:26:47 4: Klingel_Telefon[2491], cb_final - status : FAIL - final : 481
2017.06.24 13:26:47 5: Klingel_Telefon[2491], telnet : set Klingel_Telefon call_state ringing exit
2017.06.24 13:26:47 5: ABFALL_Notify(Abfallleerung) - Device: Klingel_Telefon
2017.06.24 13:26:47 5: battStatus: not on any display, ignoring notify
2017.06.24 13:26:47 5: End notify loop for Klingel_Telefon
2017.06.24 13:26:47 5: Cmd: >exit<
2017.06.24 13:26:47 4: Connection accepted from telnetPort_127.0.0.1_51584
2017.06.24 13:26:47 5: Cmd: >set Klingel_Telefon call_state ringing<
2017.06.24 13:26:47 5: Starting notify loop for Klingel_Telefon, 1 event(s), first is call_state: ringing
2017.06.24 13:26:47 5: ABFALL_Notify(Abfallleerung) - Device: Klingel_Telefon

2017.06.24 13:26:47 5: End notify loop for Klingel_Telefon
2017.06.24 13:26:47 5: Cmd: >exit<

2017.06.24 13:26:48 5: Klingel_Telefon[2491], 0. Ende des ersten Loops
2017.06.24 13:26:48 5: Klingel_Telefon[2491], 1. rtp_done : 0
2017.06.24 13:26:48 5: Klingel_Telefon[2491], 2. fi : 0
2017.06.24 13:26:48 5: Klingel_Telefon[2491], 3. timeout : 1

2017.06.24 13:26:48 4: Klingel_Telefon[2491], cb_final - status : FAIL - final : 487
2017.06.24 13:26:48 5: Klingel_Telefon[2491], RTP done : 0
2017.06.24 13:26:48 5: Klingel_Telefon[2491], Timeout  : 1
2017.06.24 13:26:48 5: Klingel_Telefon[2491], Final    : 487
2017.06.24 13:26:48 5: Klingel_Telefon[2491], while    : 0

2017.06.24 13:26:48 5: Cmd: >{BlockingStart('12')}<
2017.06.24 13:26:48 5: Cmd: >{SIP_CALLDone('Klingel_Telefon|1|no answer')}<
2017.06.24 13:26:48 4: Klingel_Telefon, CALLDone -> Klingel_Telefon|1|no answer
2017.06.24 13:26:48 5: Starting notify loop for Klingel_Telefon, 5 event(s), first is call: done
2017.06.24 13:26:48 5: ABFALL_Notify(Abfallleerung) - Device: Klingel_Telefon

2017.06.24 13:26:48 5: End notify loop for Klingel_Telefon
2017.06.24 13:26:48 5: Klingel_Telefon, fifo is empty
2017.06.24 13:26:48 5: Klingel_Telefon, no elbc

drdownload

Ich versuche gerade mein SIP Konto bei PBXes einzurichten über das Modul, aber irgendwie endet jeder anruf-Versuch mit Error 110. Benutzername und Passwort stimmen auf jeden Fall.
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

Wzut

Zitat von: RitterSport am 24 Juni 2017, 13:43:55
So, hier dann der Logauszug:
Der schaut zwar nach einem global verbose 5 aus , aber betrachten wir mal rein den Anfang und das Ende :

2017.06.24 13:26:47 4: Klingel_Telefon[2491], register new expire : Sat Jun 24 13:31:47 2017
--snipp--
2017.06.24 13:26:48 4: Klingel_Telefon, CALLDone -> Klingel_Telefon|1|no answer
2017.06.24 13:26:48 5: Klingel_Telefon, fifo is empty
2017.06.24 13:26:48 5: Klingel_Telefon, no elbc

das ganze beginnt um13:26:47 ist ist um 13:26:48 auch schon wieder zu Ende , d.h. genau wie es sein soll bei einem Timeout von nur 1 Sekunde !
Wie es ausschaut reagiert dein SIP Server nicht darauf das das Modul die Verbindung bereits wieder getrennt hat und läst das Telefon munter weiter bimmeln.
Welchen SIP Server benutzt du ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

RitterSport

#291
Danke schonmal.

Global Verbose 5...stimmt....ich bastel gerade an 1-Wire und musste sowieso etwas nachsehen.
Als Sipserver nutze ich die Fritzbox.

Behelfsweise ruft 96_Sip nun mit einer Sip Nummer eine andere Sip Nummer des gleichen Anbieters an (kostenlos untereinander) sowie die Fritzbox geht nach 5 Sekunden mit einem Extra Anrufbeantworter ran: Voila es klingelt nur 2 mal....

juergen012

Hallo, nach anfänglichen Schwierigkeiten, rennt SIP jetzt auch bei mir. Nachdem ich ein wenig mit dem Modul "gespielt" habe, habe ich eine Frage:
Ist es möglich, nachdem eine Ansage abgespielt wurde, per DTMF eine Aktion auszulösen? Habe schon ein wenig probiert, aber entweder empfängt SIP DTMF oder es wird die Ansage abgespielt...

Beste Grüße
Jürgen K.
Fhem unter Proxmox

Wzut

Zitat von: RitterSport am 24 Juni 2017, 19:00:34
Voila es klingelt nur 2 mal....
schön das du noch eine Lösung gefunden hast, das Modul war eigentlich nicht als primitiver Klingel Only Client gedacht ( das konnte man schon immer mit dem Fritzbox Modul), daher habe ich auch bei meinen ganzen Tests das nicht wirklich auf dem Radar gehabt. Mal schauen ob ich Anfang Juli Zeit finde in der Richtung nochmal aktiv zu werden.
Zitat von: juergen012 am 25 Juni 2017, 16:18:47
Ist es möglich, nachdem eine Ansage abgespielt wurde, per DTMF eine Aktion auszulösen?
ja der Client muss im Listen Modus DTMF sein -> Attribut sip_listen dtmf und für das Ansage File davor ist sip_audiofile_dtmf zuständig

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Lichti

Habe gerade dieses interessante Modul gefunden.

Die Installation mit  cpan install Net::SIP  ist durchgelaufen.
Alles konfiguriert.  STATE=initialized

Wenn ich jedoch einen Anruf mit 
set FritzSip call **610 10
versuche, klingelt das Telefon nicht.

Im Log steht:
cannot create resolver: Net::DNS not available?: Can't locate Net/DNS.pm in @INC

Ist da etwas bei der Installation schiefgelaufen ?
Hat jemand eine Idee, was man da tun kann ?

Danke schon mal

plin

Was sagt ein
cpan install Net::DNS
?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

Heuberg

Hallo plin,
das "cpan install Net::DNS" bedeutet -> installiere Net::DNS
Weiteres kannst Du hier nachlesen: https://www.thoughtco.com/installing-perl-modules-from-cpan-2641120
Viele Grüße
Rainer
HM, MAX, MySensors, Fronius, Conbee II, ZigBee, VCONTROL, Modbus, RPi, AVM

Tomk

Zitat von: Tomk am 09 Juni 2017, 21:09:51
Hallo, ich wundere mich warum bei mir die Anrufe machmal nach 12 s beendet werden und ok zurückgemeldet wird, obwohl die Textmeldung 2mal wiederholt werden soll. der angerufene hört nur noch das Anrufende wenn er schnell genug dran geht:
2017.06.09 21:04:18 3: mySIP, force call
2017.06.09 21:04:18 4: mySIP, msg will be repeat -2 times
2017.06.09 21:04:18 4: mySIP, audio file cache/b478fa7d0c514de07c2fa071a807ab88.alaw found
2017.06.09 21:04:18 4: mySIP, mySIP|xxxx|45|cache/b478fa7d0c514de07c2fa071a807ab88.alaw|-2
2017.06.09 21:04:18 4: mySIP, call -> mySIP|xxxx|45|cache/b478fa7d0c514de07c2fa071a807ab88.alaw|-2|&60
2017.06.09 21:04:18 5: mySIP, call has pid 1744
2017.06.09 21:04:18 4: mySIP[1744], my parent is 10863
2017.06.09 21:04:18 4: mySIP[1744], using random port 44425
2017.06.09 21:04:18 4: mySIP[1744], register new expire : Fri Jun  9 21:09:18 2017
2017.06.09 21:04:18 5: mySIP[1744], telnet : set mySIP state calling exit
2017.06.09 21:04:18 4: mySIP[1744], CallStart with 3 files - first file : cache/b478fa7d0c514de07c2fa071a807ab88.alaw - PCMA/8000 , repeat 2
2017.06.09 21:04:18 4: mySIP[1744], calling : xxxx
2017.06.09 21:04:18 5: mySIP[1744], telnet : set mySIP call_state calling xxxx exit
2017.06.09 21:04:18 4: mySIP[1744], cb_final - status : FAIL - final : 481
2017.06.09 21:04:18 5: mySIP[1744], telnet : set mySIP call_state ringing exit
2017.06.09 21:04:25 4: mySIP[1744], cb_final - status : OK
2017.06.09 21:04:25 4: mySIP[1744], call established
2017.06.09 21:04:25 5: mySIP[1744], telnet : set mySIP call_state established exit
2017.06.09 21:04:26 5: mySIP[1744], 0. Ende des ersten Loops
2017.06.09 21:04:26 5: mySIP[1744], 1. rtp_done : Net::SIP::Simple::Call=HASH(0x4d70c68)
2017.06.09 21:04:26 5: mySIP[1744], 2. fi : 0
2017.06.09 21:04:26 5: mySIP[1744], 3. timeout : 0
2017.06.09 21:04:26 4: mySIP[1744], next file : cache/b478fa7d0c514de07c2fa071a807ab88.alaw
2017.06.09 21:04:26 4: mySIP[1744], cb_final - status : OK
2017.06.09 21:04:28 4: mySIP[1744], loop rtp_done : Net::SIP::Simple::Call=HASH(0x4d70c68)
2017.06.09 21:04:28 4: mySIP[1744], next file : cache/b478fa7d0c514de07c2fa071a807ab88.alaw
2017.06.09 21:04:28 4: mySIP[1744], cb_final - status : OK
2017.06.09 21:04:30 4: mySIP[1744], loop rtp_done : Net::SIP::Simple::Call=HASH(0x4d70c68)
2017.06.09 21:04:30 5: mySIP[1744], RTP done : Net::SIP::Simple::Call=HASH(0x4d70c68)
2017.06.09 21:04:30 5: mySIP[1744], Timeout  : 0
2017.06.09 21:04:30 5: mySIP[1744], while    : 2
2017.06.09 21:04:30 5: mySIP[1744], Status   : OK
2017.06.09 21:04:30 4: mySIP, CALLDone -> mySIP|1|ok
2017.06.09 21:04:30 5: mySIP, fifo is empty
2017.06.09 21:04:30 5: mySIP, no elbc


Hat jemand ne idee?

Also, es scheint wirklich nur bei der Handynummer mit Multisim das Problem zu geben das FHEM signalisiert das Gespräch wäre erfolgreich aufgebaut, obwohl man nicht abgehoben hat. Und dort auch nur wenn die Anrufe ganz normal über das Mobilnetz laufen. Wenn ich das gleiche Handy im WLAN habe (mit Wifi Calling aktiv) dann funktionierst. Scheint so als würde der Netzbetreiber den Anruf per default annehmen und dann an die Multisim Teilnehmer weiterleiten. Ich befürchte ich kann das Verhalten nicht beeinflussen... schade.

Lichti

@plin

nach  cpan install Net::DNS  war die Fehlermeldung weg.
Hab dann noch etwas mit den Anmelde-Attributen spielen müssen.
Jetzt läuft's !

Danke für die Info

plin

Zitat von: Heuberg am 27 Juni 2017, 23:10:39
Hallo plin,
das "cpan install Net::DNS" bedeutet -> installiere Net::DNS
Weiteres kannst Du hier nachlesen: https://www.thoughtco.com/installing-perl-modules-from-cpan-2641120
Viele Grüße
Rainer

Das ist mir klar. Die Antwort auf die Eingabe des Commands lautet entweder "ist schon vorhanden" oder "installiere ...". Scheinbar war's die zweite Antwort :-)
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB