Erweiterter callmonitor

Hi,
ich hab eine Fritz.box_Fon noch mit Original Firmware 06.03.67.
Wie bekomme ich jezt den callmonitor da hinein gepackt?

Gruß Michael
 
@buehmann


Danke für die info, aber ich glaube da muß ich erst noch ein bischen lesen, bis ich das hinbekomme. Das ist gar nicht so einfach wie ich mir das vorgestellt hab.

Gruß Michael
 
wie muß meine callmonitor.listeners aussehen um diese adresse aufzurufen

http://dbox-ip/control/exec?Y_Tools&yreboot

das soll meine D-Box rebooten
ich habe es so probiert aber kein erfolg
Code:
^01xxxxxxx ^SIP1 getmsg -t http://192.168.1.6 `/control/exec?Y_Tools&yreboot´
 
wie muß meine callmonitor.listeners aussehen um diese adresse aufzurufen

http://dbox-ip/control/exec?Y_Tools&yreboot

das soll meine D-Box rebooten
ich habe es so probiert aber kein erfolg
Code:
^01xxxxxxx ^SIP1 getmsg -t http://192.168.1.6 "/control/exec?Y_Tools&yreboot"
 
ich glaube das http:// ist überflüssig bis hinderlich...
 
habe es jetzt mal geändert auf:

Code:
^01xxxxxxx ^SIP1 getmsg 192.168.1.6 `/control/exec?Y_Tools&yreboot`

kommt aber trozdem nicht durch
 
Vorschlag zum testen

Code:
^ ^ getmsg ...
017... SIP1 getmsg ...

und probier' mal die geraden einfachen Anführungszeichen : ' '

Mein Tipp: Die callmonitor.listeners direkt editieren erspart den reboot nach jeder Änderung: entweder per vi, oder eben per winscp, das ist auch sehr komfortabel
 
@fritzchen

danke das war`s, hatte die falschen anführungszeichen
 
Hallo,

Ich möchte mir gerne den Anrufer auf meiner Dreambox (Passwort ist ausgeschaltet) als auch am PC anzeigen lassen.
Doch es kommt bei beiden nichts an.

Ich habe den Mod m4.21 erstellt, zusammen mit der Firmware .73 für meine FRITZ!Box Fon WLAN.
Soweit keine Probleme.
Dann habe ich die debug.cfg konfiguriert:
Code:
# nutze hash um den Listener auf Kommentar zu setzen.
#sample:  #Quelle      Ziel    Aktion
#sample:  ^01239876$   ^       dboxpopup dbox1
#sample:  ^(0162|089)  ^SIP1$  dboxmessage dbox2
cat <<EOP > /var/tmp/callmonitor.listeners
#Quelle      Ziel    Aktion
^ ^ yac 192.168.178.21
^ ^ dreammessage 192.168.178.22
EOP

# Immer auf Kommentar lassen, damit kein Syntaxfehler in der Shell kommt.
#CALLOWNGET=/call.php?nr=

# CALLINFO:
# 0: normaler AVM start ( nur auf lokaler IP Listen ),
# 1: CALLINFO,
# 2: listen, kein CALLINFO,
# 3: CALLINFO + Listen
# 4: output nicht nach /dev/null sonst normal
CALLINFO=1

# CALLINVERS wenn 1: Suche nach Namen ueber das Telefonbuch
CALLINVERS=1

# CALLUPDATE wenn 1:Namen in debug.cfg merken
# Ansonsten werden die Namen in /var/tmp/tempcall.cfg abgelegt
CALLUPDATE=1

ich denke das ist soweit in Ordnung.

Doch wenn ich dann sehen will ob der callmonitor gestartet ist mit "ps":

Code:
~ # ps
  PID  Uid     VmSize Stat Command
    1 root        348 S   init
    2 root            SW  [keventd]
    3 root            RWN [ksoftirqd_CPU0]
    4 root            SW  [kswapd]
    5 root            SW  [bdflush]
    6 root            SW  [kupdated]
    7 root            SW  [mtdblockd]
    8 root            SW  [tffsd_mtd3]
  265 root        216 S   ledcfg -c -d -f /etc/Fritz_Box_WLAN.led.conf
  298 root            SW  [capitransp]
  339 root       1684 S N ctlmgr
  357 root        436 S   wpa_authenticator
  367 root       1100 S N websrv
  372 root       1360 S   igdd
  373 root       1360 S   igdd
  374 root       1360 S   igdd
  375 root       1360 S   igdd
  381 root       1220 S   multid
  390 root       1904 S < dsld -i -n
  405 root        724 S   telefon a127.0.0.1
  407 root       1100 S N websrv
  410 root       1100 S N websrv
  411 root       1100 S N websrv
  413 root       1888 S < voipd
  415 root        188 S   /bin/run_clock -c /dev/tffs/mtd3 -d
  515 root        272 S   /usr/sbin/telnetd
  540 root        444 S   -sh
  645 root        448 S   -sh
  756 root        316 R   ps
kann ich ihn dort nicht finden. Der ist anscheinend gar nicht gestartet.??
Da stimmt doch was nicht.
Ich verstehe einfach nicht was ich falsch mache.

Ich hoffe es kann mir jemand helfen.

Vielen Dank
Caddy
 
caddy schrieb:
Der ist anscheinend gar nicht gestartet.??
Hi, deine debug.cfg sieht soweit gut aus. Nur um das schon mal auszuschließen: Neugestartet hast du deine Box nach dem Bearbeiten der debug.cfg? (Alternativ reicht auch "/etc/init.d/rc.voip restart")

Viele Grüße
 
Hi,

ja, habe die Box schon mehrfach gestartet.
Woran kann das liegen das er nicht automatisch startet?
Kann ich den Callmonitor irgendwie von Hand starten?
Habe mal versucht mit "./callmonitor.sh" aber dann passiert gar nicht´s.

Ich weiß da echt nicht mehr weiter.

Auch der Anrufmonitor von jFritz 0.42 funktioniert überhaupt nicht.


Ciao
Caddy

P.S. Ich habe ja noch die "alte" Box. Kann es daran liegen?
 
caddy schrieb:
Woran kann das liegen das er nicht automatisch startet?
Schwer zu sagen; normalerweise sollte das Starten in rc.voip erledigt werden, wenn CALLINFO in debug.cfg entsprechend gesetzt ist.

Kann ich den Callmonitor irgendwie von Hand starten?
Habe mal versucht mit "./callmonitor.sh" aber dann passiert gar nicht´s.
Das "nichts" glaube ich nicht; der Callmonitor lauscht dann auf stdin und wartet auf deine Eingaben. :) Eigentlich soll er natürlich die Ausgabe von telefon lesen. Also probier mal
Code:
telefon a127.0.0.1 | ./callmonitor.sh --debug
und ruf dich dann mal an. Du solltest dann sowohl die Ausgaben von telefon sehen als auch ein paar Infos über die Arbeit des callmonitors.
Ich habe ja noch die "alte" Box. Kann es daran liegen?
Kann ich leider nicht sagen ...
 
hmm, will irgendwie nicht.

Code:
/usr/bin #  telefon a127.0.0.1 | ./callmonitor.sh --debug
callmonitor.sh: unrecognized option `--debug'
/usr/bin #

ohne --debug

Code:
/usr/bin #  telefon a127.0.0.1 | ./callmonitor.sh
telefon: bind 127.0.0.1 - Address already in use
Telefon: Socketfehler!
/usr/bin #

ich glaube ich werde die Box morgen mal auf Werkseinstellungen zurücksetzen, und dann alles noch mal von vorne :roll:

caddy
 
caddy schrieb:
callmonitor.sh: unrecognized option `--debug'
Dann hast du eine ältere Version. (Die neueste gibt es im ersten Beitrag dieses Threads.)
telefon: bind 127.0.0.1 - Address already in use
Ah, sorry, du musst natürlich das schon laufende telefon vorher beenden: "killall telefon".

Viel Erfolg
 
Guten Morgen,

so, habe mal den neuen callmonitor eingespielt, und danach den Befehl:
telefon a127.0.0.1 | ./callmonitor.sh --debug eingegeben:

Code:
/usr/bin #  telefon a127.0.0.1 | ./callmonitor.sh --debug
mknod: /var/flash/fx_def: File exists
callmonitor: entering DEBUG mode
mknod: callmonitor: including /usr/bin/callmonitor.out
/var/flash/fx_cg: File exists
telefon: use clock_gettime(CLOCK_MONOTONIC)!
telefon: set initial telefon time from linux time to 10:14 25.09 2005!
sizeof TA_DATA = 0x2da4!
telefon: Read TA_Charge ignorerd!
telefon: mount file '/var/flash/fx_def' id: 99!
telefon: file '/var/flash/fx_def' id: 99 mounted!
telefon: ERROR No config file '/var/flash/fx_def' !
Setupdaten geslesen!
telefon: mount file '/var/flash/fx_cg' id: 132!
telefon: file '/var/flash/fx_cg' id: 132 mounted!
telefon: ERROR No CG file '/var/flash/fx_cg' !
telefon: found SIP Controller 4
telefon: found POTS Controller 3
telefon: found ISDN Controller 2
AB_LED: Power On

danach habe ich mich dann selber angerufen:

Code:
telefon: socket accept from: 127.0.0.1
LCR: incomming '' removed
IncomingCall: ID 0, caller: "01716013990" called: "663882"
IntCFNRSlot: -1, CIPValue: 16
call assigned to slot 0
call assigned to slot 1
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
callmonitor: detected 'IncomingCall: ID 0, caller: "01716013990" called: "663882"'
* state change slot 1 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan 0x00
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
callmonitor: processing rule '^' '^' 'yac 192.168.178.21'
callmonitor: MSISDN '017160xxxxx' matches pattern '^'
callmonitor: CALLED '663882' matches pattern '^'
callmonitor: SUCCEEDED: executing 'yac 192.168.178.21'
callmonitor: processing rule '^' '^' 'dreammessage 192.168.178.22'
callmonitor: MSISDN '01716013990' matches pattern '^'
callmonitor: CALLED '66xxxx' matches pattern '^'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.22'
callmonitor: processing rule '^' '^' 'dreammessage 192.168.178.30'
callmonitor: MSISDN '017160xxxxx' matches pattern '^'
callmonitor: CALLED '66xxxx' matches pattern '^'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.30'
HTTP/1.0 200 OK
Connection: close
Content-Length: 3

sagt das jemanden etwas?

Gruß
Caddy

P.S. Bekomme so dann auch eine Message auf der Dreambox.
 
Code:
callmonitor: SUCCEEDED: executing 'yac 192.168.178.21'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.22'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.30'
Deine drei Regeln haben gepasst und die Kommandos wurden ausgeführt. Eine der Dreamboxen müsste auch erreicht worden sein, daher stammt wahrscheinlich diese Antwort:
Code:
HTTP/1.0 200 OK
Connection: close
Content-Length: 3
Soweit ist also alles in bester Ordnung.
 
Das eingehende Gespräch wird verarbeitet, alle drei Befehle (yac und dreammessage) werden ausgeführt. So lese ich zumindest Deinen Auszug...

Stimmen denn die angegebenen IP-Adressen?
 
hi,

mit dem Befehl von buehmann: "telefon a127.0.0.1 | ./callmonitor.sh --debug" funktioniert alles tadellos. Also stimmt die debug.config mit Ihren einträgen und den IP Nummern.

Nur wenn ich die Box reboote, geht es nicht mehr. Führe ich den Befehl dann über Telnet aus, geht es wieder ohne Probleme bis zum nächsten Reboot.

Ich habe das gefühl das der Callmonitor nicht geladen werden kann weil der Prozess "telefon" schon gestartet ist.
Könnte das sein?
Wenn ich den Prozess vorher beende "killall telefon", und dann "telefon a127.0.0.1 | ./callmonitor.sh --debug" eingebe funktioniert es ja.
Bin nicht so die Linux Leuchte, aber könnte es sein das ich in den Startdateien der Box etwas abändern muß? Ich glaube das sind doch diese "Initd" Dateien wo drin steht was geladen wird oder?

Caddy
 
caddy schrieb:
aber könnte es sein das ich in den Startdateien der Box etwas abändern muß?
Das sollte eigentlich beim Modifizieren mit m4.21 passiert sein. Dabei wird in rc.voip eine Abfrage eingebaut, die die Variable CALLINFO aus der debug.cfg ausliest und ggf. den callmonitor zusammen mit telefon startet. (Vorher laufen beide noch nicht; aus der Richtung sollte es also keine Probleme geben.) Du könntest ja mal gucken, wie rc.voip bei dir aussieht ...
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.