Hauptmenü

Modul 96_SIP

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

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 62 63 64 65 66 ... 86
Benutzer-Aktionen

Kurt77

#945
20 August 2020, 15:40:52
Hallo Wzut,
sip_from wieder auf Fritz.box geändert und ja, es gibt ein Gerät 611. Habe auch mein Handy angerufen: Gleiches Fehlerbild.
Weiterhin kommt Fehler 110.

Danke und Gruß,
Kurt

plin

#946
20 August 2020, 15:57:23
Zitat von: Kurt77 am 20 August 2020, 15:40:52
Hallo Wzut,
sip_from wieder auf Fritz.box geändert und ja, es gibt ein Gerät 611. Habe auch mein Handy angerufen: Gleiches Fehlerbild.
Weiterhin kommt Fehler 110.

Danke und Gruß,
Kurt
Hallo Kurt,

ab FrizOS 6.8 saollte das Format für sip_from sip:fhemsip1@fritz.box sein (siehe Wiki). Der sip_user sollte dann fhemsip1 sein. Bei der Combination mit dem gesetzten Passwort kriegst Du doch keinen Error 401 mehr?

Meine Dev-Instanz hat folgende Attribute
Code Auswählen
Attributes:
   history_file ./log/SipTest.sip
   history_size 0
   room       SIP
   sip_audiofile_dtmf /opt/fhem/MomentBitteMichael.alaw
   sip_audiofile_wfp /opt/fhem/MomentBitteMichael.alaw
   sip_dtmf_loop once
   sip_dtmf_send audio
   sip_dtmf_size 2
   sip_elbc   yes
   sip_from   sip:fhemsipt@fritz.box
   sip_ip     192.168.3.38
   sip_listen wfp
   sip_port   5070
   sip_registrar 192.168.3.1
   sip_ringtime 5
   sip_user   fhemsipt
   verbose    5


VG plin
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

Kurt77

#947
20 August 2020, 16:17:00
Hallo Plin,
Fehler 401 ist verschwunden.

Weitere Ideen?

Danke und Gruß,
Kurt

plin

#948
20 August 2020, 16:51:27
Dann
setze doch mal das Attribut listen auf echo
führe einen set MySipClient reset durch

Der Status des MySipClient sollte dann auf listen_echo stehen.

Nun kannst Du von Deinem **611er Telefon aus Deinen MySipClient anrufen und sollte das was Du sagst als Echo hören.
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

Kurt77

#949
20 August 2020, 17:12:07
Hallo Plin,
611 kann 621 nicht erreichen. D.h., dass nicht verbunden wird.

Danke und Gruß,
Kurt

Wzut

#950
20 August 2020, 17:16:24 Letzte Bearbeitung: 20 August 2020, 17:18:16 von Wzut
Zitat von: Kurt77 am 20 August 2020, 16:17:00
Weitere Ideen?
aber sicher, stell mal dein SIP Device auf verbose 5  und starte einen Call.
Ich kann deinen Fehler 110 nachstellen wenn ich eine nicht existierende interne Nummer anrufen möchte , hier mal ein Beispiel beim Versuch die **633 anzurufen :
Code Auswählen
2020.08.20 17:11:45 4: mySIP, calling **633, ringtime: 30 , no message
2020.08.20 17:11:45 4: mySIP, mySIP|**633|30||0
2020.08.20 17:11:45 4: mySIP, call -> mySIP|**633|30||0|0
2020.08.20 17:11:45 5: mySIP, call has pid 15552
2020.08.20 17:11:45 4: mySIP[15552], my parent is 588
2020.08.20 17:11:45 4: mySIP[15552], trying to use port 6010
2020.08.20 17:11:45 4: mySIP[15552], register new expire : 2020-08-20 17:16:45
2020.08.20 17:11:45 4: mySIP[15552], CallStart DTMF : ABCD*#123--4567890
2020.08.20 17:11:45 5: mySIP, readingS:state Val:calling
2020.08.20 17:11:45 4: mySIP[15552], calling : **633
2020.08.20 17:11:45 5: mySIP, readingS:call_state Val:calling **633
2020.08.20 17:11:45 4: mySIP[15552], cb_final - status : FAIL - final : 481
2020.08.20 17:11:45 5: mySIP, readingS:call_state Val:ringing
2020.08.20 17:11:49 4: mySIP[15552], cb_final - status : FAIL - final : 486
2020.08.20 17:11:49 5: mySIP[15552], 0. Ende des ersten Loops
2020.08.20 17:11:49 5: mySIP[15552], 1. rtp_done : 0
2020.08.20 17:11:49 5: mySIP[15552], 2. fi : 1
2020.08.20 17:11:49 5: mySIP[15552], 3. Final   : 486
2020.08.20 17:11:49 5: mySIP[15552], 4. timeout : 0
2020.08.20 17:11:49 5: mySIP[15552], 6. call_established : 0
2020.08.20 17:11:49 5: mySIP[15552], RTP done : 0
2020.08.20 17:11:49 5: mySIP[15552], Timeout  : 0
2020.08.20 17:11:49 5: mySIP[15552], Final    : 486
2020.08.20 17:11:49 5: mySIP[15552], while    : -1
2020.08.20 17:11:49 4: mySIP[15552], Calltime : 0
2020.08.20 17:11:49 4: mySIP, CALLDone -> mySIP|1|canceled|0
2020.08.20 17:11:49 5: mySIP, Phonebook: ./phonebook, **633, 100
2020.08.20 17:11:49 5: mySIP, read 3 lines from phonebook
2020.08.20 17:11:49 3: mySIP, no entry found in phonebook for number **633
2020.08.20 17:11:49 4: mySIP, read 100 lines from history file ./log/mySIP.sip
2020.08.20 17:11:49 5: mySIP, fifo is empty
2020.08.20 17:11:49 5: mySIP, no elbc
und die Readings dazu mit Fehler 110 :
Code Auswählen
READINGS:
     2020-08-20 17:11:49   call            done
     2020-08-20 17:11:49   call_attempt    0
     2020-08-20 17:11:49   call_state      canceled
     2020-08-20 17:11:49   call_success    0
     2020-08-20 17:11:49   call_time       0
     2020-08-14 08:03:15   caller          fetch
     2019-07-21 08:37:06   caller_name     ---
     2019-07-21 08:37:06   caller_nr       ---
     2019-07-21 08:37:06   caller_state    hangup
     2019-07-21 08:37:06   caller_time     5
     2019-07-20 18:50:52   dtmf_event      5
     2019-07-21 08:39:03   expire          300
     2020-08-20 17:11:49   history_lines   100
     2019-07-20 17:11:49   last_error      CallRegister: Failed with error 110
     2020-08-09 03:57:49   listen_alive    no
     2020-08-20 17:11:49   state           initialized


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

Kurt77

#951
20 August 2020, 17:40:06
Hallo Wzut,
bin sehr gespannt darauf, was du hier siehst.

Danke und Gruß,
Kurt

Code:
--------------------------------------
2020.08.20 17:34:09 5: MySipClient, listen process 4780 found
2020.08.20 17:34:09 1: Timeout for SIP_ListenStart reached, terminated process 4780
2020.08.20 17:34:11 4: MySipClient, Listen new PID : 4792
2020.08.20 17:34:11 4: MySipClient[4792], my parent is 3437
2020.08.20 17:34:11 4: MySipClient[4792], trying to use port 5070
2020.08.20 17:34:14 4: MySipClient, listen process 4792 must be killed befor we start a new call !
2020.08.20 17:34:14 1: Timeout for SIP_ListenStart reached, terminated process 4792
2020.08.20 17:34:14 4: MySipClient, calling **621, ringtime: 30 , no message
2020.08.20 17:34:14 4: MySipClient, MySipClient|**621|30||0
2020.08.20 17:34:14 4: MySipClient, call -> MySipClient|**621|30||0|0
2020.08.20 17:34:14 5: MySipClient, call has pid 4793
2020.08.20 17:34:14 4: MySipClient[4793], my parent is 3437
2020.08.20 17:34:14 4: MySipClient[4793], trying to use port 5080

Wzut

#952
20 August 2020, 19:06:02
ich sehe :
a. das Log ist zu kurz , da musste noch mehr kommen
b. warum bitte soll jetzt Nr. 621 angerufen werden und nicht mehr die 611 ?
Nach deinen anderen lists ist doch 621 die eigene Nr des SIP Device ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Kurt77

#953
20 August 2020, 19:29:19
Sorry Wzut,
da habe ich mit der 621 Blödsinn gemacht.

Hier kommt also das log, das übrigens tatsächlich so kurz ist, für **611.

Danke und Gruß,
Kurt

Code:
-----------------------
2020.08.20 19:19:47 5: MySipClient, listen process 5880 found
2020.08.20 19:19:47 1: Timeout for SIP_ListenStart reached, terminated process 5880
2020.08.20 19:19:49 4: MySipClient, Listen new PID : 5889
2020.08.20 19:19:49 4: MySipClient[5889], my parent is 3437
2020.08.20 19:19:49 4: MySipClient[5889], trying to use port 5070
2020.08.20 19:19:58 4: MySipClient, listen process 5889 must be killed befor we start a new call !
2020.08.20 19:19:58 1: Timeout for SIP_ListenStart reached, terminated process 5889
2020.08.20 19:19:58 4: MySipClient, calling **611, ringtime: 30 , no message
2020.08.20 19:19:58 4: MySipClient, MySipClient|**611|30||0
2020.08.20 19:19:58 4: MySipClient, call -> MySipClient|**611|30||0|0
2020.08.20 19:19:58 5: MySipClient, call has pid 5891
2020.08.20 19:19:58 4: MySipClient[5891], my parent is 3437
2020.08.20 19:19:58 4: MySipClient[5891], trying to use port 5080
2020.08.20 19:21:02 4: MySipClient, CALLDone -> MySipClient|0|CallRegister: Failed with error 110|0
2020.08.20 19:21:02 5: MySipClient, fifo is empty
2020.08.20 19:21:02 4: MySipClient, try restarting listen process after call ends
2020.08.20 19:21:02 4: MySipClient, Listen new PID : 5924
2020.08.20 19:21:02 4: MySipClient[5924], my parent is 3437
2020.08.20 19:21:02 4: MySipClient[5924], trying to use port 5070

Wzut

#954
21 August 2020, 07:32:44
ok, was bei dir auffällig ist :
Code Auswählen

2020.08.20 19:19:58 4: MySipClient[5891], trying to use port 5080
2020.08.20 19:21:02 4: MySipClient, CALLDone -> MySipClient|0|CallRegister: Failed with error 110|0

Zwischen diesen beiden Meldungen liegt eine halbe Ewigkeit, eigentlich sollte direkt nach der ersten Meldung eine kommen  die etwa so aussieht :
Code Auswählen
2020.08.20 19:19:58 4: MySipClient[5891], register new expire : 2020-08-20 19:24:58
( also mit einer Datum/Zeit Angabe die 300 Sekunden in der Zukunft liegt )

Diese Zeile fehlt auch an anderer Stelle in deinem Log, z.B. nach dem Versuch einen Listen Prozess zu starten.
Das sieht für mich aus als ob du auf deinem System ein Problem mit den Ports hast, bzw. die FritzBox keine Verbindung über diesen Port mit deinem SIP Device aufbauen kann. Typisch ist so ein Verhalten z.B. in einer Docker Umgebung oder wenn zusätzliche Firewalls im Spiel sind.
D.h. du wirst uns schon etwas mehr über dein System und Umfeld verraten müssen.
Tipp : Es wird nicht umsonst empohlen in der eigenen Signatur etwas sein System zu beschreiben, das erspart denen die hlefen möchten oft so manche Kaffesatz Leserei :) 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

plin

#955
21 August 2020, 08:43:54
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

Kurt77

#956
21 August 2020, 08:58:15
Hallo Wzut,
hier läuft Raspian (Debian Version 8.0) auf einem Raspi 3b. Welche Informationen brauchst Du noch?

Danke und Gruß,
Kurt

plin

#957
21 August 2020, 09:28:01 Letzte Bearbeitung: 21 August 2020, 10:10:47 von plin
ok, dann versuchen wir es mal mit folgenden Aussagen:

  • Die FritzBox und Dein Raspberry Pi befinden sich in einem Netzsegment 192.168.178.0/24
  • Dein Raspberry Pi hat die IP-Adresse 192.168.178.33
  • Die Fritzbox hat die IP-Adresse 192.168.178.1
  • Auf Deinem Raspberry läuft keine Firewall

und ein paar Tests/Fragen:

  • Der Befehl host fritz.box liefert auf Deinem Raspberry PI das Ergebnis 192.168.178.1?
  • Wie sieht der output von ip addr auf Deinem Raspberry aus?
  • Wie sieht der output von ip route auf Deinem Raspberry aus?
  • Wie sieht der output von traceroute 192.168.178.1 auf Deinem Raspberry aus?

Vielleicht ist es auch der Hostname:
mal als Schnellschuss, ersetze den sip_registrar fritz.box mal gegen die echte IP  -> 192.168.178.1
sip_user und sip_from so lassen.
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

Kurt77

#958
21 August 2020, 12:16:44
Zitat von: plin am 21 August 2020, 09:28:01
ok, dann versuchen wir es mal mit folgenden Aussagen:

  • Die FritzBox und Dein Raspberry Pi befinden sich in einem Netzsegment 192.168.178.0/24
  • Dein Raspberry Pi hat die IP-Adresse 192.168.178.33
  • Die Fritzbox hat die IP-Adresse 192.168.178.1
  • Auf Deinem Raspberry läuft keine Firewall

und ein paar Tests/Fragen:

  • Der Befehl host fritz.box liefert auf Deinem Raspberry PI das Ergebnis 192.168.178.1?
  • Wie sieht der output von ip addr auf Deinem Raspberry aus?
  • Wie sieht der output von ip route auf Deinem Raspberry aus?
  • Wie sieht der output von traceroute 192.168.178.1 auf Deinem Raspberry aus?

Vielleicht ist es auch der Hostname:
mal als Schnellschuss, ersetze den sip_registrar fritz.box mal gegen die echte IP  -> 192.168.178.1
sip_user und sip_from so lassen.
Hallo Plin,
Deine ersten 4 Aussagen sind korrekt. der Befehl host Fritz.box liefert 192.168.178.1.
Änderung des Registrars hat nichts gebracht.

Output ip addr:
Code:
----------------------------------
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:40:6e:b8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.33/24 brd 192.168.178.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::b429:9dc5:4978:6bd9/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether b8:27:eb:15:3b:ed brd ff:ff:ff:ff:ff:ff
    inet6 fe80::467d:d6f0:74cc:4d78/64 scope link tentative
       valid_lft forever preferred_lft forever
----------------------------------------------------------

Output von ip route:
Code:
--------------------------------------
default via 192.168.178.1 dev eth0  metric 202
192.168.178.0/24 dev eth0  proto kernel  scope link  src 192.168.178.33  metric 202
-------------------------------------------------

Output von traceroute 192.168.178.1:
Code:
------------------------------------------------
traceroute to 192.168.178.1 (192.168.178.1), 30 hops max, 60 byte packets
1  fritz.box (192.168.178.1)  0.742 ms  0.806 ms  0.874 ms
----------------------------------

Danke und Gruß,
Kurt

plin

#959
21 August 2020, 14:15:26 Letzte Bearbeitung: 21 August 2020, 14:19:29 von plin
Das sieht netzwerktechnisch alles gut aus. Also müssen wir mal auf die andere Seite schauen - die FritzBox.

Finden sich unter System->Ereignsse irgendwelche Fehlermeldungen? Ich habe eben mit einem falschen Passwort getestet und die Meldung "Anmeldung für IP-Telefoniegerät "fhemsipt" von IP-Adresse 192.168.3.33 nicht erfolgreich." erhalten.

Unter Telefonie-> Telefoniegeräte ist Dein SIP-Client an Anschluss LAN/WLAN mit der internen Nummer **621 gelistet?

Wenn Du dieses Gerät editierst ist dem auch der User fhemsip1 zugeordnet?

Ist unter System->FRITZ!Box-Benutzer->fhemsip1 -> Berechtigungen
a) das Benutzerkonto aktiv
b) der Bullit
"Sprachnachrichten, Faxnachrichten, FRITZ!App Fon und Anrufliste
Sprachnachrichten, empfangene Faxe und die Anrufliste können abgehört bzw. angesehen werden. FRITZ!App Fon kann genutzt werden."
getickert?

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
Drucken
Nach oben Seiten 1 ... 62 63 64 65 66 ... 86
Benutzer-Aktionen