^01xxxxxxx ^SIP1 getmsg -t http://192.168.1.6 `/control/exec?Y_Tools&yreboot´
^01xxxxxxx ^SIP1 getmsg -t http://192.168.1.6 "/control/exec?Y_Tools&yreboot"
^ ^ getmsg ...
017... SIP1 getmsg ...
# 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
~ # 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
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")caddy schrieb:Der ist anscheinend gar nicht gestartet.??
Schwer zu sagen; normalerweise sollte das Starten in rc.voip erledigt werden, wenn CALLINFO in debug.cfg entsprechend gesetzt ist.caddy schrieb:Woran kann das liegen das er nicht automatisch startet?
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 malKann ich den Callmonitor irgendwie von Hand starten?
Habe mal versucht mit "./callmonitor.sh" aber dann passiert gar nicht´s.
telefon a127.0.0.1 | ./callmonitor.sh --debug
Kann ich leider nicht sagen ...Ich habe ja noch die "alte" Box. Kann es daran liegen?
/usr/bin # telefon a127.0.0.1 | ./callmonitor.sh --debug
callmonitor.sh: unrecognized option `--debug'
/usr/bin #
/usr/bin # telefon a127.0.0.1 | ./callmonitor.sh
telefon: bind 127.0.0.1 - Address already in use
Telefon: Socketfehler!
/usr/bin #
Dann hast du eine ältere Version. (Die neueste gibt es im ersten Beitrag dieses Threads.)caddy schrieb:callmonitor.sh: unrecognized option `--debug'
Ah, sorry, du musst natürlich das schon laufende telefon vorher beenden: "killall telefon".telefon: bind 127.0.0.1 - Address already in use
/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
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
callmonitor: SUCCEEDED: executing 'yac 192.168.178.21'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.22'
callmonitor: SUCCEEDED: executing 'dreammessage 192.168.178.30'
HTTP/1.0 200 OK
Connection: close
Content-Length: 3
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 ...caddy schrieb:aber könnte es sein das ich in den Startdateien der Box etwas abändern muß?