JFritz Yac mit Callmonitor-Script

[mode]

Hallo,

In meiner Fritzbox ist das Callmonitor-Script aktiv. Dieses sendet im Moment schon Anrufsignalisierungen zu meiner Dreambox. Nun soll dieses Script auch Anrufsignalisierungen zu JFritz senden. Hierzu habe ich in JFritz den YAC Anrufmonitor aktiviert und die callmonitor.listeners wie folgt angepasst:

# cat /var/tmp/callmonitor.listeners
192.168.0.20 dreammessage dreambox
192.168.0.1 yac jfritz

Leider bisher ohne Erfolg. Das Script sendet Pakete an den Rechner aber leider werden diese nicht von JFritz ausgewertet. Port habe ich angepasst.


Was kann faul sein?


MfG


Mode

 

[robot_rap]

Welches Format haben denn die Nachrichtenpakete?

Ich denke, dass das Format nicht stimmt.

Robert

 

[fritzchen]

Du scheinst noch den alten callmonitor zu haben.
Mein yac eintrag mit dem neuen Callmonitor sieht so aus:
^ ^ yac 192.168.178.2
und das zeigt mir jfritz auch an.

ist denn 192.168.0.1 wirklich der pc?

 

[wichard]

Wenn Du yac auf dem PC installiert sowie den callmonitor auf der Box laufen hast, so sollte folgender Aufruf in der callmonitor.listeners funktionieren:

192.168.0.20 dreammessage dreambox
192.168.0.xx yac

wobei 192.168.0.xx noch durch die IP Deines Rechners ersetzt werden muß. Der hat nämlich höchstwahrscheinlich nicht die .1, die hat in der Regel die Box selbst.

HTH,
Wichard

 

[mode]

Doch .1 is PC
Die Box sitzt in nem ganz anderen Netz und wird durch ne FIrewall geroutet. Das Klappt auch alles.
Ja dann werde ich gleich mal die neue Version testen. Aber wehe die Message auf der Dream und den DBoxen geht dann nicht mehr

Gruss
Mode

 

[fritzchen]

an der alten Vesion wird es aber nicht liegen. mit der habe ich auch yac laufen gehabt.
der callmonitor nutzt port 10629 für yac...

 

[wichard]

Bei mir läuft der yac auch mit exakt der o.g. Syntax, ebenfalls in einem anderen Netz. Ist am PC evtl. eine Firewall aktiv (bzw. die Firewall zwischen Box und PC), die den Port für die eingehenden yac-Pakete blockt?

 

[fritzchen]

ein anderer Fehler könnte ein weiteres auf diesen Port lauschendes Programm sein - wie z.B. der YAC-Client. Beides zusammen geht nicht. Diesen also vor dem Start von JFritz schließen

 

[mode]

Ok, nach einigen Tests habe ich bemerkt das ich euch wahrscheinlich ein wichtiges Detail vorenthalten habe.
Meine FBF ist nicht modifiziert - sprich ich habe nur das Script aus diesem Thread verwendet:
http://www.ip-phone-forum.de/forum/viewtopic.php?t=29561

Hierbei werden die noetigen Scripts bei jedem STart der FBF durch die debug.cfg von einem Speicherort (bei mir Dreambox) via wget nach /var/tmp geladen. Im Anschluss hierzu wird der TElefondeamon neugestartet und sind Ausgaben in das Script gepiped.

Wenn ich hier die Script dateien durch neuere tausche, laeuft garnix mehr da Komponenten fehlen.

Zudem sendet das Callmanager Script garkeine Daten zum YAC Client wie mir jetzt tcpdump gezeigt hat. Es liegt also an dem callmonitor Script aus og. Therad

Kann dieses garkeine YAC Kompatibelen Scripts senden?


Gruss

Mode

 

[mode]

Gut auch ein direkter YAC Aufruf von der Konsole der FBF wie es auch das Script tut funktioniert nicht.

echo -e "TESTTESTTEST\0\c" | nc -w 2 192.168.0.1 10629 > /var/tmp/nc.out 2>&1

Fuehrt zu keinerlei Reaktion des JFritz in der Version 0.4.4.
Es wird garkein Paket von der FBF abgesendet. Zudem erscheint keine Fehlermeldung

 

[fritzchen]

habe gearde mal

echo -e "TESTTESTTEST\0\c" | nc -w 2 192.168.178.2 10629

erfolgreich getestet.

Mach das auch mal so, dann bekommst Du auch die Fehlermeldung, und schick sie nicht mit > außerhalb deiner Wahrnehmung

 

[mode]

ok ok ok,

Fehler gefunden.
Es lag daran das im Script angenommen wurde, nc liegt in einem Verzeichniss welches im Path steht. Fehlermeldungen werden ueberdrueckt. Erst durch den Aufruf von fritzchen kommt die Fehlermeldung nc not found zu tage.

ein:

echo -e "MESSAGE\0\c" | /var/tmp/nc -w 2 192.168.0.1 10629 > /var/tmp/nc.out 2>&1

Funktioniert

Leider funktioniert es noch nicht mit dem Script
Hier mal meine listeners:

#Quelle Ziel Aktion
# ^ ^ dreammessage 192.168.0.20
# ^ ^ yac 192.168.0.1
192.168.0.1 yac JFritz
192.168.0.20 dreammessage dream

Die oberen 3 Zeilen sind kommentar da ja die neue Version bei mir nicht laeuft.
Zudem weiss ich nicht wozu das 3. Argument bei der alten Angabe /4,5 Zeile steht. JFritz und Dream habe ich dort willkuerlich eingetragen...

 

[mode]

Ok es lag am dritten Argument "JFritz" in der Listeners.
Wenn man dieses weglaesst laeuft es.

So weit so gut,
Nun moechte ich natuerlich auch noch in den Genuss des erweiterten Callmonitors kommen. Den so anzupassen das er auch per wget geladen werden kann ist bestimmt machbar. Ich melde mich wenn ich neuigkeiten habe...

Dank an Fritzchen!

 

[olistudent]

Hi.
Da brauchst du aber wahrscheinlich noch andere Binaries.
Nur nc (netcat) wird da nicht langen, z.B. hexdump, printf

MfG Oliver

 

[mode]

denke ich auch - aber die wird mir hier wohl bestimmt jemand aus nem mod image extrahieren koennen...
die sind doch in der busybox?!? wie bekommt man die da raus?

 

[fritzchen]

Der Aufwand lohnt nicht ganz, zumal Du den neuen Callmonitor ja eigentlich nicht brauchst, der macht auch nichts anderes. Oder möchtest Du noch andere Anwendungen starten?

Ansonsten empfehle ich m4.28 (oder demnächst den danisahne-mod, aber der kann den callmonitor noch nicht..)

 

[mode]

Ich brauche den neuen Callmonitor da ich im Netz 2 Enigma, 1 Neutrino und 3 YAC Clienten habe. Diese lassen sich zwar schon alle ansprechen aber leider kann ich den einzelnen Clienten keine MSN zuweisen was mit der neuen version geht.

m4.28 - muss ich das selber kompllieren? Ich bin bei meinem Linux System daran gescheitert einen Kernel mit sqashFS zu bauen...

 

[buehmann]

Ansonsten empfehle ich m4.28 (oder demnächst den danisahne-mod, aber der kann den callmonitor noch nicht..)

Ich kann auch den ds-mod empfehlen (und den callmonitor gibt es bald in einer überarbeiteten und an ds-mod angepassten Version; das weiß ich aus sicherer Quelle ;-))

Viele Grüße, buehmann.

 

[mode]

aber das sind doch alles Mod Firmwares?
dh. wenn avm ein Update rausbringt, bin ich vom PRogrammierer des Mods abhaengig und muss warten bis dieser auch die neue Firmware gemoddet hat, oder?

 

[buehmann]

wenn avm ein Update rausbringt, bin ich vom PRogrammierer des Mods abhaengig und muss warten bis dieser auch die neue Firmware gemoddet hat, oder?

Normalerweise sind die Mods ohne Änderungen auf neue Firmware-Versionen anwendbar; das funktioniert, weil sich die innerer Struktur und die grundlegende Funktionsweise der Firmwares kaum bis gar nicht ändert.