Hauptmenü

Modul 96_SIP

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

Vorheriges Thema - Nächstes Thema

RalfRog

Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)
Zitat2023.04.03 19:40:00.473 1: PERL WARNING: Use of uninitialized value in subroutine entry at ./FHEM/96_SIP.pm line 143.
2023.04.03 19:40:00.476 2: Fhem_SIP, please check your FQDN hostname -> Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at ./FHEM/96_SIP.pm line 143.

Mein define des Device ist:
define Fhem_SIP SIP

Welchen FQDN meint die Meldung? Meine FritzBox als SIP-Server ist mit der IP definiert.

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Zitat von: RalfRog am 03 April 2023, 20:00:44Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)
Zitat2023.04.03 19:40:00.473 1: PERL WARNING: Use of uninitialized value in subroutine entry at ./FHEM/96_SIP.pm line 143.
2023.04.03 19:40:00.476 2: Fhem_SIP, please check your FQDN hostname -> Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at ./FHEM/96_SIP.pm line 143.


Hallo,

nachdem Ralf gepostet hat, habe ich mal nachgesehen. Die Meldung kommt regelmäßig, wenn ich beim PI ein shutdown -r now mache.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

plin

Zitat von: RalfRog am 03 April 2023, 20:00:44Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)
Zitat2023.04.03 19:40:00.473 1: PERL WARNING: Use of uninitialized value in subroutine entry at ./FHEM/96_SIP.pm line 143.
2023.04.03 19:40:00.476 2: Fhem_SIP, please check your FQDN hostname -> Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at ./FHEM/96_SIP.pm line 143.

Mein define des Device ist:
define Fhem_SIP SIP

Welchen FQDN meint die Meldung? Meine FritzBox als SIP-Server ist mit der IP definiert.



Dann gib doch am command prompt des Servers auf dem FHEM läuft mal
hostname
hostname -f
ip a
ein und schick das Ergebnis.
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

JoWiemann

Zitat von: plin am 03 April 2023, 20:47:58Dann gib doch am command prompt des Servers auf dem FHEM läuft mal
hostname
hostname -f
ip a
ein und schick das Ergebnis.

Hallo,

anbei die Ausgaben:
pi@raspberrypi:~ $ hostname
raspberrypi
pi@raspberrypi:~ $ hostname -f
raspberrypi
pi@raspberrypi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group defaul                                                                             t qlen 1000
    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 gr                                                                             oup default qlen 1000
    link/ether b8:27:eb:80:58:33 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.30/24 brd 192.168.0.255 scope global dynamic noprefixroute et                                                                             h0
       valid_lft 861717sec preferred_lft 753717sec
    inet6 2003:c2:5723:be00:c414:5575:87ba:da02/128 scope global dynamic noprefi                                                                             xroute
       valid_lft 6716sec preferred_lft 3116sec
    inet6 fd00::40f5:269f:f144:2384/64 scope global dynamic mngtmpaddr noprefixr                                                                             oute
       valid_lft 6802sec preferred_lft 3202sec
    inet6 2003:c2:5723:be00:a470:1388:4285:78a9/64 scope global dynamic mngtmpad                                                                             dr noprefixroute
       valid_lft 6802sec preferred_lft 1402sec
    inet6 fe80::c414:5575:87ba:da02/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN group defau                                                                             lt qlen 1000
    link/ether b8:27:eb:d5:0d:66 brd ff:ff:ff:ff:ff:ff
pi@raspberrypi:~ $

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

plin

Mmmh, habe das hier gefunden: https://bugs.launchpad.net/ubuntu/+source/libhttp-daemon-perl/+bug/1904907

Welche OS-Version hast Du im Einsatz?
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

JoWiemann

Zitat von: plin am 03 April 2023, 21:23:23Welche OS-Version hast Du im Einsatz?

Raspbian GNU/Linux 11 (bullseye)

War aber auch mit Buster schon so.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Häng was hinterher...

Bei mir ist es ebenfalls Buster und die Ausgaben (hostname, hostname -f, ip a) analog zu Jo
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

plin

Ich kann bei mir unter openSUSE Leap 15.4 im fhem-log überhaupt keine dieser Meldungen finden...
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

RalfRog

Sorry fasse die letzten drei Beiträge zusammen (und lösch sie dann) weil es sonst zu unübersichtlich ist.

Die Funktion aus dem Log ist so beschrieben:
inet_ntoa (addr_string)
Translates a four-byte address string (as returned by inet_aton) into a string with the dotted-quad form of IP address.

Auf der Kommandozeile im Webinterface läßt sich die Ausgabe wiederholen
Aufruf:    inet_ntoa(scalar(gethostbyname(hostfqdn())))
Ergebnis:  Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at (eval 1637) line 1.

Das jetzt mal schrittweise auf der Kommandozeile im Webinterface:
1.  {hostfqdn()}  =  raspi.fritz.box
2.  {gethostbyname(hostfqdn())} = da passiert "nix" und es kommt auch kein Eintrag ins Logfile

In der Konsole:
pi@raspi:/opt/fhem $ hostname
raspi
pi@raspi:/opt/fhem $ hostname -f
raspi
pi@raspi:/opt/fhem $ ping raspi.fritz.box
ping: raspi.fritz.box: Der Name oder der Dienst ist nicht bekannt

Das sieht aus als klemmt es da eventuell an der Namensauflösung?

Wenn ich in der /etc/hosts "10.20.30.41 raspi.fritz.box" zusätzlich eintrage: kein Fehler mehr auf der Kommandozeile im Webinterface.
==> {inet_ntoa(scalar(gethostbyname(hostfqdn())))}  -> ergibt 10.20.30.41


Also letztlich Thema Namensauflösung....  hmmm ich bekomme es nicht ganz auf die Reihe wer denn die Namen auflösen müsste

PiHole? FritzBox?

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

plin

Zitat von: RalfRog am 03 April 2023, 23:19:30Also letztlich Thema Namensauflösung....  hmmm ich bekomme es nicht ganz auf die Reihe wer denn die Namen auflösen müsste

PiHole? FritzBox?

Die Antwort gibt Dir
cat /etc/resolv.conf
VG Peter
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

RalfRog

Zitat von: plin am 04 April 2023, 09:19:32Die Antwort gibt Dir
cat /etc/resolv.conf

Jep, ok.

Der Eintrag im Log hätte eigentlich schon "länger" kommen müssen - keine Ahnung warum nicht.

Ich verwende aktuell einen WLAN-Stick am RaspiV1 der (weil woanders verwendet) in der FritzBox (und damit PiHole) ganz anders (EdiWLAN) heisst als ich den Raspberry im Hostnamen (raspi) genannt habe.

Der Eintrag in der /etc/hosts ist so denke ich ein valider Workaround.


Danke und Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

Navigator

Ich muss jetzt auch mal Hilfe bei euch holen, sonst ist der ganze Samstag pfutsch und ich finde den Fehler einfach nicht.
Als ich bin gerade vom Ur Sip Modul umgestiegen und habe alle Werte eigentlich korrekt gesetzt und zig mal geprüft.
Ich bekomme aber keinen call zu Stande.
Im Log steht...
2023.04.15 15:05:57 4: SipCall, calling +493523533489, ringtime: 30 , no message
2023.04.15 15:05:57 4: SipCall, SipCall|+493523533489|30||0
2023.04.15 15:05:57 4: SipCall, call -> SipCall|+493523533489|30||0|0
2023.04.15 15:05:57 5: SipCall, call has pid 15385
2023.04.15 15:05:57 4: SipCall[15385], my parent is 15327
2023.04.15 15:05:57 4: SipCall[15385], trying to use port 5100
Expected 'PeerHost' at /usr/share/perl5/Net/SIP/Util.pm line 40.

Einen weiteren Error gibts da nicht und der Call Prozess scheint endlos im Modul zu verweilen, da andere Versuche eines erneuten Anrufs in die Warteschleife geschoben werden.
Ich verwende die CPAN Sip in der Version 0.808

nternals:
   CPID       15385
   FUUID      643a88dd-f33f-c725-1e88-918beb45bb3ab603
   NAME       SipCall
   NOTIFYDEV  global
   NR         55
   NTFY_ORDER 50-SipCall
   STATE      initialized
   TYPE       SIP
   VERSION    V1.92 / 21.03.2020
   eventCount 2
   lastnr     +49------
   READINGS:
     2023-04-15 15:05:57   call            +49------
     2023-04-15 15:05:57   call_state      invite
     2023-04-15 14:59:12   listen_alive    no
     2023-04-15 14:59:12   state           initialized
   helper:
     CALL       SipCall|+49------|30||0|0
     CALL_NR    +49------
     CALL_START 1681563957.71415
     CALL_TYPE  out
     CALL_PID:
       abortArg   
       abortFn   
       arg        SipCall|+49--------|30||0
       bc_pid     5
       finishFn   SIP_CALLDone
       fn         SIP_CALLStart
       pid        DEAD:15385
       timeout   
Attributes:
   history_file ./log/SipCall.sip
   history_size 0
   room       System
   sip_dtmf_loop once
   sip_dtmf_send audio
   sip_dtmf_size 2
   sip_elbc   yes
   sip_from   sip:Alarmraspi@192.168.222.1
   sip_ip     192.168.222.245
   sip_listen none
   sip_registrar 192.168.222.1
   sip_ringtime 3
   sip_user   Alarmraspi
   verbose    5


RalfRog

Ich habe auch V1.92 / 21.03.2020.

Ich hatte gestern eine Sicherung in meine FB zurückgespielt, daher ging mein SIP auch nicht mehr.
Nachdem ich den fehlenden Name/Benuter/Passwort in der FB eingegeben habe und die Werte neben der RASPI IP im Modul ebenfall nochmal, war das Ding auch bockig.

Ich bin dann mal in den Listen-Mode (set listen) gegangen (mit Attribut sip_listen dtmf).
Da hat der State auf "listen_dtmf" gewechselt.
Danach ging es wieder.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

plin

Zitat von: Navigator am 15 April 2023, 15:20:35Expected 'PeerHost' at /usr/share/perl5/Net/SIP/Util.pm line 40.

Welche Version von Net::SIP hast Du im Einsatz?
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

Navigator

Zitat von: plin am 15 April 2023, 21:04:19Welche Version von Net::SIP hast Du im Einsatz?

Es ist die 0.808 aus CPAN installiert. Aber verwende ich auch diese???  :o