Callmonitor 1.*

[buehmann]

kriegaex: Thema geschlossen, wie vom Autor gewünscht. Weiter geht es beim neuen Thema für Callmonitor 1.13.


Hallo zusammen,

ich habe Version 1.0 des Callmonitors fertiggestellt.

Hinweise zu älteren Versionen, die sich größtenteils (was die Aktionen angeht) auf die Version 1.0 übertragen lassen, findet man immer noch im Thread [ds-mod] Callmonitor. Hier möchte ich gerne die Veränderungen vorstellen und Probleme diskutieren, die mit diesen auftreten.

Im Wiki bauen wir momentan eine Dokumentation zum Callmonitor auf: Wenn du dort etwas vermisst, trag es doch einfach nach: software:callmonitor:start

Neue interne Schnittstelle

Der Callmonitor liest jetzt nicht mehr das (Debug-)Log des telefon-Dämons, um Anrufe zu erkennen, sondern benutzt die telefon-Schnittstelle, die mit den Firmwareversionen *.03.99 bzw. *.04.01 für JFritz geschaffen wurde. Das bedeutet, dass der Callmonitor nun auch mit den aktuellen Beta-Versionen der Firmwares funktioniert (sobald sie vom ds-mod vollständig unterstützt werden).

Neues Format der "Listeners"

Die Umstellung hat eine Erweiterung des Listeners-Format mit sich gebracht,
weil auf bis zu acht verschiedene Ereignisse unterschiedlich reagiert werden kann:

• *:request: Anruf kommt an (es klingelt)
• *:cancel: Anruf wurde abgebrochen, bevor eine Verbindung zustande kam (so kann man direkt auf "verpasste Anrufe" reagieren)
• *:connect: Verbindung beginnt
• *:disconnect: Verbindung wurde beendet

Dazu kommt die Unterscheidung zwischen

• in:*: eingehenden und
• out:*: ausgehenden Anrufen.

Das ergibt folgende Liste von Ereignissen:

in:request    out:request
in:cancel     out:cancel
in:connect    out:connect
in:disconnect out:disconnect

Dazu passend haben die Listeners eine zusätzliche erste Spalte bekommen, in der (mit Hilfe von Abkürzungen und Wildcards) das gewünschte Ereignis angegeben werden kann, auf das die betreffende Regel reagieren soll:

in:request  ^       ^SIP0$  xboxmessage xbox
out:cancel  ^SIP1$  ^0123   dboxpopup dbox-a "${DEST} geht nicht ran"
*:dis       ^       ^       echo "Anruf beendet: ${DURATION} Sekunden" >> log

Die Präfixe "NT:", "E:" und "*:" in der SOURCE-Spalte gibt es nicht mehr. Eure bisherige Listeners-Datei könnt ihr nicht einfach weiterverwenden. Der Callmonitor versucht aber, beim ersten Start eine grobe Konvertierung vorzunehmen, um euch den Umstieg zu erleichtern. Auf jeden Fall solltet ihr aber die Listeners nach der Umstellung einmal kontrollieren.

Die Spalten 2 und 3 in den Listeners sind weiterhin Muster (reguläre Ausdrücke) für Quell- und Zielrufnummer (SOURCE und DEST).

Ersatz für mail_missed_call

Die Funktion mail_missed_call existiert nicht mehr; an ihre Stelle tritt eine allgemeine Benachrichtigungsfunktion per E-Mail (mailmessage), die (auch) in Kombination mit dem Ereignis in:cancel genutzt werden kann, um bei verpassten Anrufen eine Mail zu verschicken:

in:cancel   ^   ^   mailmessage

Das schöne ist, dass die Mail sofort rausgeschickt wird, wenn der Gesprächspartner aufgibt; es gibt keine Wartezeit von einer Minute mehr wie in den Vorversionen. Außerdem kann jetzt zuverlässiger bestimmt werden, wann ein Anruf verpasst wurde.

Aber natürlich kann man sich so auch per Mail über alle eingehenden Anrufe informieren lassen, oder über alle ausgehenden an eine bestimmte Nummer oder oder oder ...

English Translation

Callmonitor makes use of ds-mod's new localization framework to provide its web interface and the default notifications in the language of your choice (English or German).

Installation

Der Callmonitor wird wie gewohnt in der nächsten ds-mod-Version enthalten sein. Für die aktuelle Version 0.2.4 hat danisahne freundlicherweise einen Patch bereitgestellt, der die Installation ermöglicht. (In der reinen Version 0.2.4 kann der Callmonitor 1.0 nicht installiert werden (auch nicht als Add-on), da bestimmte Erweiterungen in der Unterstützung verschiedener Sprachversionen fehlen.)

Zur Installation also einfach ds-0.2.4.tar.bz2 sowie den Patch ds-0.2.4-callmonitor-1.0.patch.bz2 herunterladen, den Patch anwenden und in der Konfiguration unter "Package selection" den Callmonitor auswählen:

ds-mod> tar xfj ds-0.2.4.tar.bz2
ds-mod> bunzip2 ds-0.2.4-callmonitor-1.0.patch.bz2
ds-mod> patch -d ds-0.2.4 -p1 < ds-0.2.4-callmonitor-1.0.patch
ds-mod> cd ds-0.2.4
ds-mod/ds-0.2.4> make menuconfig
ds-mod/ds-0.2.4> make

Viele Grüße,

Andreas


Download des Callmonitors bei BerliOS

[buehmann]

Für die, die es genauer wissen wollen. (Ansonsten bitte schnell überspringen.)

Ereignisse

Ein erfolgreicher eingehender Anruf erzeugt nacheinander folgende Ereignisse (analog für ausgehende Anrufe mit out:*):

in:request  ->  in:connect  ->  in:disconnect

Ein Anruf, der abgebrochen wird, bevor die Gegenseite ihn annimmt, erzeugt folgende Ereignisse:

in:request  ->  in:cancel

Die Ereignisse sind nicht direkt die Rohereignisse, wie sie an der JFritz-Schnittstelle sichtbar sind, sondern entstehen aus diesen (bei gleicher ID) mit Hilfe eines endlichen Automaten (an den Kanten sind oben die Eingangsereignisse angegeben, unten die Ausgangsereignisse; das Ereignis in:accept wird nur intern benutzt):

call.png

Ereignis-Informationen für Aktionen

Wie gehabt stehen den Aktionen Informationen über den auslösenden Anruf in Umgebungsvariablen bereit. Zu den bekannten Variablen

• SOURCE: Quellrufnummer
• SOURCE_NAME: Name der Quelle, falls dieser bestimmt werden konnte
• DEST: Zielrufnummer
• DEST_NAME: Name des Ziels, falls dieses bestimmt werden konnte

kommen folgende neu hinzu (die alten Variablen NT und END sind weggefallen):

• EVENT: das auslösende Ereignis
• EXT: die Nebenstelle, sofern bekannt (direkt von der JFritz-Schnittstelle)
• ID: die ID des Anrufs (direkt von der JFritz-Schnittstelle)
• DURATION: bei *:disconnect die Dauer des Gesprächs in Sekunden
• TIMESTAMP: der Zeitpunkt des Ereignisses (im Format "DD.MM.YY HH:MM")

Ereignisangabe in den Listeners

Es gibt mehrere Möglichkeiten, in den Listeners die Ereignisse anzugeben, bei der eine Regel auslösen soll:

• Vollständige Ereignisnamen:
  

  in:request
  out:disconnect

• Abkürzungen des vorderen und/oder hinteren Teils
  

  in:req
  out:disc
  i:r
  o:d

• Wildcards für den vorderen Teil (Richtung), den hinteren oder beide:
  

  *:req
  ou:*
  *

• Listen dieser Bestandteile (mit Komma getrennt (Vorsicht, kein Whitespace); die Regel passt, wenn einer der Teile passt):
  

  in:req,out:*

[fritzchen]

geil geil geil!

[Darkyputz]

Kinners...ihr macht mir langsam angst...aber nur weiter so...ich fürchte mich gern*GRINS*
würde mich nicht wundern, wenn dies jetzt entgültig von avm übernommen werden würde...(ob die immernoch mitlesen??)

[futurama]

require net
require message
dboxlcd() {
__getmsg __getmsg_dboxlcd -d default_dboxlcd -t "-" "$@"
}
__getmsg_dboxlcd() {
local lcd="/control/lcd"
local lcdtext="$lcd?xpos=1&size=17&font=2&text=%s"
local line= init="&lock=1&clear=1" ypos=0
local IFS="$LF"
echo "$*" |
for ypos in 12 24 36 48 60; do
read -r line
if ! empty "$line"; then
TEMPLATE="$lcdtext&ypos=$ypos&update=1$init" __getmsg_simple "$line"
init=
fi
done
sleep ${DBOX_TIMEOUT:-10}
TEMPLATE="$lcd?lock=0" __getmsg_simple
}
default_dboxlcd() {
default_message 19 | latin1_utf8
}

Das ist die dboxlcd.sh, die in Callmonitor v.1.0 dabei ist. Es sicht anders, als die alte dboxlcd.sh, die du mir geschickt hast.

require net

dboxlcd() {
    __getmsg __getmsg_dboxlcd -d default_dboxlcd -t "-" "$@"
}
__getmsg_dboxlcd() {
    local lcd="/control/lcd"
    local lcdtext="$lcd?xpos=1&size=17&font=2&text=%s"
    local line= init="&lock=1&clear=1" ypos=0
    local IFS="$LF"
    echo "$*" |
    for ypos in 12 24 36 48 60; do
	read -r line
	if ! empty "$line"; then
	    TEMPLATE="$lcdtext&ypos=$ypos&update=1$init" __getmsg_simple "$line"
	    init=
	fi
    done
    sleep ${DBOX_TIMEOUT:-10}
    TEMPLATE="$lcd?lock=0" __getmsg_simple
}
default_dboxlcd() {
    {
	if ! empty "$DEST_NAME"; then
	    echo "Anruf an $DEST_NAME"
	elif ! empty "$DEST"; then
	    echo "Anruf an $DEST"
	else
	    echo "Anruf"
	fi
	if ! empty "$SOURCE"; then
	    echo "von $SOURCE"
	fi
	if ! empty "$SOURCE_NAME"; then
	    if ? "$#SOURCE_NAME <= 19"; then
		echo "$SOURCE_NAME"
	    else
		expr substr "$SOURCE_NAME" 1 19
		expr substr "$SOURCE_NAME" 20 19
		expr substr "$SOURCE_NAME" 39 19
	    fi
	fi
    } | latin1_utf8
}

jetzt wollte ich fragen, ob du ausversehen die alte dboxlcd.sh rein gemacht hast.

[buehmann]

jetzt wollte ich fragen, ob du ausversehen die alte dboxlcd.sh rein gemacht hast.

Hi, habe ich nicht; dein Code ist da (vgl. z.B: die fünf Einträge bei ypos). Nur der Code von default_dboxlcd ist umstrukturiert worden und ist an eine andere Stelle gewandert (modules/message.sh). Dort wird auch der Zeilenumbruch auf 19 Spalten erledigt.

Andreas

P.S.: Und pack deine beiden Code-Listings doch bitte noch in [code]...[/code]-Tags, damit dein Posting etwas übersichtlicher wird.

[xenon80]

Hallo

ich habe folgendes Problem.
Ich möchte mir auf TV Screen anzeigen lassen mit wem eine Telefonverbindung hergestellt wird. Die kriege ich zumindest mit diesem Code hier nicht bewerkstelligt

out:request ^ ^ dboxpopup --user='root' --password='dbox2' 192.168.xxx.xxx "${DEST} Wird Angerufen"

natürlich trage ich dort meine richtige IP ein
Es wird nur folgendes angezeigt: wird angerufen


dahingegen klappt es wunderbar eingehende Anrufe per

in:request ^ ^ dboxpopup --user='root' --password='dbox2' 192.168.xxx.xxx

anzeigen zu lassen.

Ich besitze den ds 0.2.6

[buehmann]

"${DEST} Wird Angerufen"
Es wird nur folgendes angezeigt: wird angerufen

Dann ist wohl die Variable DEST in deinem Fall leer. Schalte doch mal den Debug-Modus an und schau mal, was der Callmonitor im System-Log sagt, wenn du so einen Anruf nach außen machst (oder zeig es uns hier (und bitte nur die Zeilen, die vom Callmonitor stammen)).

Andreas

[xenon80]

wie kann denn die variable dest leer sein?

[buehmann]

wie kann denn die variable dest leer sein?

Das wollte ich ja mit deiner Hilfe gerade klären bzw. die Frage: Wird schon ein leeres Ziel vom telefon-Dämon gemeldet oder geht der Wert im Callmonitor verloren?

Ich hätte auch erwartet, dass DEST immer einen Wert hat.

Andreas

[futurama]

out:request ^ ^ dboxpopup --user='root' --password='dbox2' 192.168.xxx.xxx "${DEST} Wird Angerufen"

hi,

wenn bein deine Webserver die Authentifikation nicht an ist, mache User und Pass weg. Dann wird es klappen.

Edit wichard: Fullquote gekürzt

[OszilloVonGraf]

das ds-mod 0.2.6. Script findet die nicht mehr auf dem avm server


http://www.zdnet.de/treiber/man_prod...ter_ud-wc.html

Hier liegt sie noch.

Einfach ins /dl Verzeichnis packen und make neu aufrufen.

[Powersup]

Ist es möglich den Text anzupassen?
Ich bekomme die e-Mails auf mein Smartphone geschickt und da sehe ich in der Mailübersicht nur den Anfang der Nummer im Betreff, da der Text "Verpasst: Anruf von 0123..." lautet. Kann man z.B. das "Anruf von" weglassen?

[buehmann]

Ist es möglich den Text anzupassen?

Ja, du kannst z.B. die Funktionen mail_body und mail_subject überschreiben. (In /tmp/flash/callmonitor/actions.local.d/ eine Datei mit Endung .sh anlegen; dort die Definition eintragen; dann Callmonitor neustarten.)

Die Originaldefinition von mail_subject findest du hier: http://svn.berlios.de/viewcvs/callmo...sh?view=markup

Gruß,
Andreas

[jesus.christ]

Kann es sein, dass das Reverse Lookup nicht mehr funktioniert? Haben die beim Örtlichen was geändert?

Gruß Niko

[TinTin]

Hallo,

ich versuche mich jetzt das erste Mal mit dem Callmonitor (1.1 ds-mod 0.26), wo finde ich das syslog ? Eine Telnet Verbindung zur FBF zeigt mir keine relevanten Callmonitor Daten an, unter System -> "Ereignisse" der FBF finde ich auch nichts. Debug-Modus des Callmonitors ist angeschaltet. Staus -> Log auf der ds-mod Oberfläche zeigt einen "segmentation fault"

Loading /var/flash/ds_mod...done.
Loading passwords...done.
Loading hosts...Segmentation fault
Segmentation fault
done.
Loading config...done.


Mein Problem (weswegen ich das syslog sehen will) ist folgendes, lege ich im Listener eine Aktion an:

in:request ^ ^SIP1 ........

so reagiert der Listener überhaupt nur, wenn die Internetrufnummer von SIP1 keiner Nebenstelle zugeordnet ist.

Das wäre jetzt nicht so schlimm, weil sowieso kein Telefon klingeln soll, aber da ist noch ein weiteres Problem. Sinn der ganzen Sache ist es, ein über das analoge Amt der FBF angeschlossenes 2Phone mit einer Umleitung zu füttern. Wenn SIP1 keiner Nebenstelle zugeordnet ist, funktioniert das wie gesagt auch, allerdings läutet kurz nach absenden der Umleitung das Telefon an FON1 und zeigt als anrufende Kennung SOURCE (die Nummer zu der ich umleite plus #). Es klingelt dann solange weiter bis ich abnehme.

Aktion:
in:request ^ ^SIP1 echo "ATD*10#*##**21*${SOURCE}#" | nc 127.0.0.1 1011

Danke,
Tin

[Edit]
Lösungen:
1. Syslogd muß mit ins ds-mod
2. Zum Auflegen ein ATH hinterherschicken

[Darkyputz]

Hallo ihr grossen tüftler...

Habe den ds mod 2.6 und den callmonitor 1.3 telefon usw auf meiner alten fb fon ohne wlan...
habe bei listeners folgendes stehen:

in:request ^ ^ yac 192.168.178.241
in:request ^ ^ yac 192.168.178.242
in:cancel ^ ^ mailmessage
in:request ^0175962xxxx ^680xxxx ether-wake -i eth0 00:13:8Fxxx

UND NIX PASSIERT bei nem anruf

ABER wenn ich nen testanruf mache, läuft mein yac wunderbar auf beiden pcs an, nur wenn ich "echt" anrufe, passiert garnichts...was kann das sein??
firmwareversion iss 06.04.04

in meinem log steht:

Jun 22 09:25:50 fritz daemon.info callmonitor: Please use #96*5* to enable telefon's interface.
Jun 22 09:25:50 fritz daemon.info callmonitor: Trying again in 600 seconds ...

watt will er mir damit sagen??
telefon läuft aber laut mod web interface

bitte bitte...findet den fehler....danke im voraus

[buehmann]

Kann es sein, dass das Reverse Lookup nicht mehr funktioniert? Haben die beim Örtlichen was geändert?

Ich habe den Lookup gerade mit zwei Nummern probiert und hatte keine Probleme. Kannst du deine Probleme noch reproduzieren?

Andreas

[jesus.christ]

Ja.

[0:1] parameter SOURCE='xxxxxxxxx' matches pattern '!08003302424'
[0:1] parameter DEST='yyyyy' matches pattern '^'
[0:1] SUCCEEDED: executing 'notify "${SOURCE_NAME} Nummer: ${SOURCE} ruft an"'

/var/tmp/flash/callmonitor/actions.local.d/command.sh

notify() {
    local msg=$1 client
    for client in "127.0.0.1" "192.168.1.22" "192.168.1.23" "192.168.1.26"; do
     yac "$client" "$msg" &
     done
}

Die Telefonnummer steht definitiv im Örtlichen. Die Nachricht auf dem YAC sieht dann aus "Nummer: xxxxxxx ruft an".

Ich glaube das ist so, seitdem ich den 06er Patch eingespielt hatte, zumindest zeitlich kommts hin. Einen Zusammenhang sehe ich aber trotzdem nicht. Code wurde seitdem nicht verändert.

Gruß Niko