Erweiterter callmonitor

@fritzchen

den wget befehl einfach in die debug.cfg?
ps: weißt du ob man auch so aufrufen kann

Code:
wget http://user:[email protected]/tempcall.cfg -0 /var/tmp/tempcall.cfg

danke und grüße
 
danke, aber an welche stelle in der debug.cfg soll ich es einsetzen?
die "operation" muss ja nur einmal nach dem neustart ausgeführt werden.
also kann ich sie ja schlecht an die stelle mit dem cronjob zur vollen stunde hinpacken, oder?

schöne grüße

edit:

also ich habs jetzt mal zum testen in beim cron hingepackt. leider wird die datei nicht heruntergeladen.
was jemand rat, bzw wo ich den wget befehl am besten einfüge?

danke.
 
hi,

den wget befehl kannst du ans Ende (vor den modstart natürlich) packen - es wird als normale Kommandozeile einmal bei dem Boxstart ausgeführt.

davor ist allerdings noch der test sinnvoll, ob die Box auch schon im Netz ist:
Code:
while !(ping -c 1 $SERVERURL); do
sleep 5
done
Was das einloggen in den webspace angeht empfehle ich das erweiterete wget (wget2 in mod4.27a), damit kann man sich mit wget-Parametern einloggen...

viel Erfolg
 
vielen dank fritzchen!

leider funktioniert es nicht. ruf ich den wget befehl (mit passwort) direkt aus telnet auf wird die datei heruntergeladen und richtig gespeichert.

leider funktioniert es mit dem aufruf in der debug.cfg nicht.
so sieht der aufruf jetzt aus:

Code:
while !(ping -c 1 $SERVERURL); do
sleep 5
done

wget http://user:[email protected]/sec/tempcall.cfg -O /var/tmp/tempcall.cfg
unmittelbar hier nach wird die modstart.final aufgerufen.

weiß jemand warum, es nicht klappt?

danke!
 
ist die $SERVERURL denn gesetzt?

kannst ja alternativ auch
while !(ping -c 1 www.myhp.de); do

aufrufen...
 
achso :oops: , hab mich schon gefragt, was das für ne variable ist wg. dem $.

danke. mal schauen.... melde mich

edit:

ja so funzt es. danke dir....
 
hi buehmann,

ich habe neuerdings ein komischen Problem mit getmsg. Irgendwie wird immer versucht die Standardmessage zu schicken, was natürlich nicht funktioniert. Hier meine shell Versuche:
Code:
/var/tmp # getmsg xyz.net '/call.php?nr=0123456789&wer=fritzchen'
xyz.net /call.php?nr=0123456789&wer=fritzchen
Anruf an

von
-sh: hexdump: not found
-sh: printf: not found
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<HTML><HEAD>
<TITLE>400 Bad Request</TITLE>
</HEAD><BODY>
<H1>Bad Request</H1>
Your browser sent a request that this server could not understand.


Invalid URI in request GET  HTTP/1.0


<HR>
<ADDRESS>Apache/1.3.33 Server at xxx Port 80</ADDRESS>
</BODY></HTML>
 
Da stehts doch:
Code:
-sh: hexdump: not found 
-sh: printf: not found

MfG Oliver
 
Hi Buehmann,

eine kleine Anregung für den Callmonitor:
Sowohl der yac-client als auch jfritz können Nachrichten darstellen, die nicht der strengen CALL Richtlinie folgen. So zeigen beide Programme auch Nachrichten wie diese richtig an:

^ ^ echo $CALLER' ('$MSISDN') an '$CALLED |nc 192.168.178.2 10629

Dann hat man auch den eingehenden Provider :)
 
fritzchen schrieb:
eine kleine Anregung für den Callmonitor:
^ ^ echo $CALLER' ('$MSISDN') an '$CALLED |nc 192.168.178.2 10629
Hallo Fritzchen, danke für die Anregung. Aber macht nicht folgendes schon genau das, was du willst? ;-)
Code:
^  ^  yac 192.168.178.2 "$CALLER ($MSISDN) an $CALLED"
(Die @CALL-Nachricht ist nur die Standardnachricht und kann beliebig überschrieben werden.)

Viele Grüße, buehmann.
 
upps, hatte ich nicht gesehen dass MESSAGE übergeben werden kann (obwohl es klipp und klar dasteht).

Besten Dank!
 
ahm sorry das ich nu nochmal so anfang:

könnte mal jemand ne anleitung schreiben wie ich das ding
1) auf die box bekomm
und
2) configuriere

mfg xemacs
 
xemacs schrieb:
könnte mal jemand ne anleitung schreiben wie ich das ding
1) auf die box bekomm
Hi, am einfachsten bekommst du den Callmonitor auf die Box, indem du eine modifizierte Firmware erstellst und installierst, bei der er schon dabei ist, z.B. den ds-mod (ab Version ds-0.1rc4). (Dort gibt es eine recht ausführliche Installationsanleitung; ein paar UNIX-Grundkenntnisse sollte man allerdings mitbringen.)

Nach der Installation kannst du in der Datei Listeners (früher callmonitor.listeners) Regeln einrichten, die angeben, bei welchen Anrufen welche Aktionen ausgeführt werden sollen. Als Hilfe dazu hast du im Moment den Anfang dieses Threads (und für mögliche Aktionen die darin verstreuten Beispiele). Zum Callmonitor im ds-mod findest du auf dieser Seite noch ein paar Hinweise (und Screenshots vom Webinterface :)).
Als Aktion ist prinzipiell alles möglich, was auf der Box ausgeführt werden kann; populär sind natürlich die Benachrichtungsfunktionen für dbox/dreambox/yac/vdr/..., die beim Callmonitor mitgeliefert werden. Leider gibt es momentan keine Liste von diesen (außer dem Quelltext selbst); vielleicht mache ich so eine Aufstellung/Dokumentation demnächst mal.

Soviel in aller Kürze als Starthilfe von mir,

buehmann.
 
Hallo,

weil ich von der Mod-Reihe m4.* auf den ds-mod umgestiegen bin (und weil dieser Thread eh schon viel zu lang ist :)), geht die Entwicklung als Paket für den ds-mod auf einer eigenen Seite weiter.

Falls jemand von euch Interesse hat, eine Anpassung des Callmonitors für m4.* durchzuführen und zu warten, kann ich ihm meine Projektdateien zur Verfügung stellen, so dass er oder sie die notwendigen Patches erstellen kann. Bislang habe ich bei den Erweiterungen versucht, die System- bzw. Modabhängigkeiten möglichst separat zu halten, so dass die Tür nach m4.* noch offen sein sollte.

Viele Grüße,
buehmann.
 
ahm mal ne grundsätzliche frage
warum geht der testanruf bei mir bei der zeile

^ ^ yac 192.168.0.251

wenn ich aber wirklich anruf kommt nix (sowohl festnetz als auch SIP)
 
Hi.
Wenn der callmonitor korrekt läuft sollten sich bei dir die beiden Zeilen "telefon a127.0.0.1" und die mit callmonitor in der Prozessliste befinden:
Code:
/ # ps
  PID  Uid     VmSize Stat Command
    1 root        376 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]
  363 root        228 S   ledcfg -c -d -f /etc/Fritz_Box_WLAN.led.conf
  398 root            SW  [capitransp]
  402 root            SW< [kdsld]
  429 root       1828 S N ctlmgr
  446 root       1176 S N websrv
  450 root       1408 S   igdd
  465 root       1176 S N websrv
  469 root       1176 S N websrv
  474 root       1176 S N websrv
  531 root       1444 S   dsld -i -n
  584 root       1408 S   igdd
  585 root       1408 S   igdd
  586 root       1408 S   igdd
  592 root       1844 S < voipd
  609 root        192 S   /bin/run_clock -c /dev/tffs/mtd3 -d
  610 root        788 S   telefon a127.0.0.1
 2693 root       1204 S   multid
 3158 root        440 S   /bin/sh /usr/sbin/callmonitor
 3458 root        452 S   -sh
 3918 root        352 R   ps
/ #
MfG Oliver
 
also es funzt nun aber wie mach ich ZB matches auf die SIP leitungen?
mach ich da dann SIP1 oder die nummer oder wie?
 
xemacs schrieb:
also es funzt nun aber wie mach ich ZB matches auf die SIP leitungen?
Das steht doch schon als Beispiel im ersten Posting:
buehmann schrieb:
Code:
 #Quelle      Ziel    Aktion
^01239876$   ^       dboxpopup dbox1
^(0162|089)  ^SIP1$  dboxmessage dbox2

Gruß,
Wichard
 
ahm okay
leider triggert das nicht
weder bei SIP1 2 3 usw geht nix :/
ich bekomm die message nur wenn ich ^ als pattern einsetz :/

einer ne idee?
 
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.