Modul 96_SIP

[RalfRog]

Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)

2023.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.

[JoWiemann]

Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)

2023.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

[plin]

Hi
Hatte heute erstmalig folgende Meldung im Log:
(nach FHEM-Update - 96_SIP.pm war nicht dabei)

2023.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

Code Auswählen Erweitern

hostname
hostname -f
ip aein und schick das Ergebnis.

[JoWiemann]

Dann gib doch am command prompt des Servers auf dem FHEM läuft mal

Code Auswählen Erweitern

hostname
hostname -f
ip aein und schick das Ergebnis.

Hallo,

anbei die Ausgaben:

Code Auswählen Erweitern

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

[plin]

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

Welche OS-Version hast Du im Einsatz?

[JoWiemann]

Welche OS-Version hast Du im Einsatz?

Raspbian GNU/Linux 11 (bullseye)

War aber auch mit Buster schon so.

Grüße Jörg

[RalfRog]

Häng was hinterher...

Bei mir ist es ebenfalls Buster und die Ausgaben (hostname, hostname -f, ip a) analog zu Jo

[plin]

Ich kann bei mir unter openSUSE Leap 15.4 im fhem-log überhaupt keine dieser Meldungen finden...

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

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

1.  {hostfqdn()}  =  raspi.fritz.box
2.  {gethostbyname(hostfqdn())} = da passiert "nix" und es kommt auch kein Eintrag ins Logfile
In der Konsole:

Code Auswählen Erweitern

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

[plin]

Also 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

Code Auswählen Erweitern

cat /etc/resolv.conf
VG Peter

[RalfRog]

Die Antwort gibt Dir

Code Auswählen Erweitern

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

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

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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.

[plin]

Code Auswählen Erweitern

Expected 'PeerHost' at /usr/share/perl5/Net/SIP/Util.pm line 40.


Welche Version von Net::SIP hast Du im Einsatz?

[Navigator]

Welche Version von Net::SIP hast Du im Einsatz?

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