Callmonitor - Rückwärtssuche endet mit Fehler

[MrXYZ]

Kein Problem

 

[gismotro]

Laut Rückmeldung von bahner hat dein Tip zur Lösung geführt.
CallMonitor scheint auf seiner Fritzbox wieder 1A zu laufen.

 

[bahner]

ja,
ich möchte mich bei gismotro und MrXYZ bedanken,
läuft wirklich 1A,
wget mit SSL war die Lösung

 

[prisrak1]

gismotro es ist bei mir ähnlich. Ich kann es aber nicht wie bei dir, bei den "Packege, Packeges" build with ssl.. abwählen, Damit es bei Busybox Applets, Networking .., die wget wieder erscheint.

Nachtrag: ich hab mir eine passende .config aus einer freetz.Img gefunden. Danke trotzdem für Vorarbeit!

 

[alis123]

Ich denke das wget von einem anderen Paket aktiv gesetzt wurde.
Schau mal in deine Abhängikeiten ob das da ausgewählt wurde.

 

[prisrak1]

mein Respekt vor euerer Vorarbeit! Manchmal dauert es stundenweise, bis ich es herausfinden kann, welches Paket es tatsächlich macht. Leider liegt es nur an mir. Ich will eben meine ganzen Pakete nicht vermissen und somit muss ich jedes einzelne Überprüfen, ob es daran liegt. Man lernt eben dazu.besonders doof ist es, wenn man von Anfang an mit einer laufenden .config anfängt.

 

[Coolzero82]

Hi,
ich habe auch ein Problem mit dem Callmonitor, wollte es auf meiner 6590 nutzen, allerdings habe ich dann alle 2 Minuten einen Box neustart....
https://www.ip-phone-forum.de/threa...dauernder-neustart.301467/page-2#post-2304958

EIner eine idee woran das liegen kann?

 

[alis123]

Hast du den CM mit den Einstellungen für wget gebaut ?

https://www.ip-phone-forum.de/attachments/2018-11-14_185633-jpg.98156/

 

[Coolzero82]

Vollzitat von darüber entfernt by stoney

Nein, werde ich nachher mal testen, danke für den Tip

 

[hermann72pb]

@Coolzero82 Querposting bringt dir nichts. Das hier beschriebene Problem mit dem wget hat mit dem Aufhängen von rc.callmonitor, was zum Watchdog und Reboot führt, meiner Meinung nach, nichts zu tun. Wie ich bereits im anderen Thread geschrieben habe, werde ich dazu ein eigenes Thema eröffnen.

 

[Coolzero82]

Hast du den CM mit den Einstellungen für wget gebaut ?

https://www.ip-phone-forum.de/attachments/2018-11-14_185633-jpg.98156/

Hi,
wollte grade mal so bauen, aber unter Busybox applets/network utilitis, gibt es bei mir kein WGET

Oder was habe ich vergessen auszuwählen?

 

[gismotro]

Hast du wget WebIF unter Pakete abgewählt ?

Gesendet von meinem SM-G950F mit Tapatalk

 

[monkey.nightlife]

Man muss tatsächlich das wget in den Paketen abwählen damit man das unter Network anwählen kann. Komisch, da das wget in den Paketen auch ssl Support enthält. Komisch komisch, aber sieht gut aus. Läuft.

Vielleicht sollte jemand der es kann mal die Abhängigkeiten korrigieren

 

[Coolzero82]

Hast du den CM mit den Einstellungen für wget gebaut ?

https://www.ip-phone-forum.de/attachments/2018-11-14_185633-jpg.98156/

Nein lies sich bei mir nicht abwählen unter Paketet, gibt wohl eine abhängigkeit mit Privoxy, erst nachdem ich das deaktiviert hab, konnte ich auch WGET abwählen und unter Busybox wie auf deinem Screen bauen. Der Build läuft, werds heute abend mal flashen

 

[Coolzero82]

Hast du den CM mit den Einstellungen für wget gebaut ?

https://www.ip-phone-forum.de/attachments/2018-11-14_185633-jpg.98156/

So hab es jetzt mal so gebaut und geflasht, und leider hat @hermann72pb recht, das ist nicht das Problem, auch wenn man es mit Wget so baut wie oben beschrieben gibt es die anschließenden dauer Reboots

 

[BenGurion_]

Ich wollte mich auch mal wegen der Lösung bzgl. wget bedanken!
Ich konnte das Paket unter Networking anwählen und seit dem läuft der Callmonitor inkl. der reversiven Rufnummernsuche im aktuellen build auf der 7590 mit der beta 7.08 rev-65777 einwandfrei

 

[bahner]

hallo,
hab jetzt eine 7490,
weder bei der 7.12 noch bei der 7.21 version funktioniert die rückwätssuche beim callmonitor.
wie unter #23 beschrieben, war damals
wget mit SSL die Lösung .

hat jemand eine funktonierende Rückwärtssuche beim callmonitor am laufen bei der 7490?

danke

 

[fda89]

Häng mal deine .config an

 

[bahner]

Spoiler: Testanruf

Testanruf von "78460" an "8222" [in:request]:

including /usr/lib/callmonitor/actions.d/config.sh
including /usr/lib/callmonitor/actions.d/dboxlcd.sh
including /usr/lib/callmonitor/actions.d/dial.sh
including /usr/lib/callmonitor/actions.d/mail.sh
including /usr/lib/callmonitor/actions.d/messages.sh
including /usr/lib/callmonitor/actions.d/musicpal.sh
including /usr/lib/callmonitor/actions.d/rc.sh
including /usr/lib/callmonitor/actions.d/roku.sh
including /usr/lib/callmonitor/actions.d/samsung.sh
>>> in:request ID=1 TIMESTAMP=25.09.20 23:27 SOURCE=78460 DEST=8222 EXT=4 DURATION=16 PROVIDER=
[0] event detected:
EVENT=in:request
SOURCE='78460'
DEST='8222'
[0+] detailed event data:
SOURCE_DISP='78460'
SOURCE_ENTRY='Stoll Frank [home]'
SOURCE_NAME='Stoll Frank [home]'
SOURCE_ADDRESS=''
DEST_DISP='8222'
DEST_ENTRY=''
DEST_NAME=''
DEST_ADDRESS=''
ID=1
EXT=4
DURATION=16
TIMESTAMP='25.09.20 23:27'
PROVIDER=
UUID=5797922d-ac9a-454a-93db-8f5408359ead
[0:0] processing rule 'in:request' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41'
[0:0] event 'in:request' matches pattern 'in:request'
[0:0] parameter SOURCE='78460' matches pattern '^'
[0:0] parameter DEST='8222' matches pattern '^'
[0:0] SUCCEEDED
[0:0] ACTION: 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41'
[0:1] processing rule 'out:request' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_ENTRY} wird angerufen"'
[0:1] event 'in:request' does NOT match pattern 'out:request'
[0:1] FAILED
[0:2] processing rule 'in:disconnect' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "Der Anruf dauerte $(f_duration $DURATION)"'
[0:3] processing rule 'out:disconnect' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "Der Anruf dauerte $(f_duration $DURATION)"'
[0:2] event 'in:request' does NOT match pattern 'in:disconnect'
[0:2] FAILED
[0:3] event 'in:request' does NOT match pattern 'out:disconnect'
[0:3] FAILED
[0:5] processing rule 'out:cancel' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_NAME} kein Gespräch geführt"'
[0:5] event 'in:request' does NOT match pattern 'out:cancel'
[0:5] FAILED
[0:8] processing rule 'in:disconnect' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40 "Der Anruf dauerte $(f_duration $DURATION)"'
[0:8] event 'in:request' does NOT match pattern 'in:disconnect'
[0:8] FAILED
[0:6] processing rule 'in:request' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40'
[0:4] processing rule 'in:cancel' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_NAME} kein Gespräch geführt"'
[0:4] event 'in:request' does NOT match pattern 'in:cancel'
[0:4] FAILED
[0:7] processing rule 'out:request' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40 "${DEST_ENTRY} wird angerufen"'
[0:7] event 'in:request' does NOT match pattern 'out:request'
[0:7] FAILED
[0:11] processing rule 'out:cancel' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40 "${DEST_NAME} kein Gespräch geführt"'
[0:10] processing rule 'in:cancel' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40 "${DEST_NAME} kein Gespräch geführt"'
[0:10] event 'in:request' does NOT match pattern 'in:cancel'
[0:10] FAILED
[0:11] event 'in:request' does NOT match pattern 'out:cancel'
[0:11] FAILED
[0:6] event 'in:request' matches pattern 'in:request'
[0:6] parameter SOURCE='78460' matches pattern '^'
[0:6] parameter DEST='8222' matches pattern '^'
[0:6] SUCCEEDED
[0:6] ACTION: 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40'
[0:9] processing rule 'out:disconnect' '^' '^' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.40 "Der Anruf dauerte $(f_duration $DURATION)"'
[0:9] event 'in:request' does NOT match pattern 'out:disconnect'
[0:9] FAILED
[0:12] processing rule 'in:request' '^' '^17880$' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.42'
[0:12] event 'in:request' matches pattern 'in:request'
[0:13] processing rule 'in:request' '^' '^17880$' 'dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.43'
[0:13] event 'in:request' matches pattern 'in:request'
[0:13] parameter SOURCE='78460' matches pattern '^'
[0:13] parameter DEST='8222' does NOT match pattern '^17880$'
[0:13] FAILED
[0:12] parameter SOURCE='78460' matches pattern '^'
[0:12] parameter DEST='8222' does NOT match pattern '^17880$'
[0:12] FAILED
HTTP/1.0 200 OK
Content-Type: text/plain
Cache-Control: no-cache
Server: nhttpd/3.4.0 (yhttpd_core/1.3.2)
Date: Fri, 25 Sep 2020 21:27:20 GMT
Connection: close
Last-Modified: Fri, 25 Sep 2020 21:27:20 GMT
Content-Length: 2

okHTTP/1.0 200 OK
Content-Type: text/plain
Cache-Control: no-cache
Server: nhttpd/3.4.1 (yhttpd_core/1.3.2)
Date: Fri, 25 Sep 2020 21:27:21 GMT
Connection: close
Last-Modified: Fri, 25 Sep 2020 21:27:21 GMT
Content-Length: 2

ok

Spoiler: Regeln

in:request ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41
out:request ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_ENTRY} wird angerufen"
in:disconnect ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "Der Anruf dauerte $(f_duration $DURATION)"
out:disconnect ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "Der Anruf dauerte $(f_duration $DURATION)"
in:cancel ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_NAME} kein Gespräch geführt"
out:cancel ^ ^ dboxpopup --port=80 --user=root --pass=coolstream 192.168.178.41 "${DEST_NAME}

meintest du das, oder?

 

[fda89]

Nein, was du im menuconfig eingestellt hast