Callmonitor und Vdr

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
R

romen

Neuer User
Mitglied seit
22 Mrz 2006
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Seit meinem letzten Firmware und ds-mod Update bekomme ich die Anbindung an meinen Vdr nicht mehr hin. Ein Testanruf gibt mir folgendes log aus.
Code: 
including /usr/lib/callmonitor/actions.d/dboxlcd.sh
including /usr/lib/callmonitor/actions.d/dial.sh
including /usr/lib/callmonitor/actions.d/dropbear.sh
including /usr/lib/callmonitor/actions.d/mail.sh
including /usr/lib/callmonitor/actions.d/messages.sh
>>> in:request ID=1 TIMESTAMP=12.09.06 12:13 SOURCE=82014 DEST=82015 EXT=4 DURATION=16 PROVIDER=
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/applets/callmonitor-test.sh: 7: cannot open /tmp/flash/callmonitor/callers: No such file
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/applets/callmonitor-test.sh: 7: cannot open /tmp/flash/callmonitor/callers: No such file
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/applets/callmonitor-test.sh: 7: cannot open /tmp/flash/callmonitor/callers: No such file
/usr/sbin/callmonitor-test: /mod/pkg/callmonitor/usr/lib/callmonitor/applets/callmonitor-test.sh: 7: cannot open /tmp/flash/callmonitor/callers: No such file
[0] EVENT=in:request SOURCE='82014' DEST='82015' SOURCE_NAME='Blabla (blabla. 11, blabla)' DEST_NAME='' ID=1 EXT=4 DURATION=16 TIMESTAMP='12.09.06 12:13' PROVIDER=
[0:0] processing rule 'out:request' '^' '^' 'vdr vdr4you "quot;${DEST} wird Angerufen"quot;'
[0:1] processing rule 'out:connect' '^' '^' 'vdr vdr4you "quot;Verbindug mit ${DEST} wurde hergestellt"quot;'
[0:1] event 'in:request' does NOT match pattern 'out:connect'
[0:1] FAILED
[0:0] event 'in:request' does NOT match pattern 'out:request'
[0:0] FAILED
[0:2] processing rule 'out:disconnect' '^' '^' 'vdr vdr4you "quot;Verbindung mit ${DEST} wurde beendet"quot;'
[0:2] event 'in:request' does NOT match pattern 'out:disconnect'
[0:2] FAILED
[0:3] processing rule 'out:cancel' '^' '^' 'vdr vdr4you "quot;${DEST} nimmt nicht ab"quot;'
[0:3] event 'in:request' does NOT match pattern 'out:cancel'
[0:3] FAILED
[0:4] processing rule 'in:request' '^' '^' 'vdr vdr4you'
[0:4] event 'in:request' matches pattern 'in:request'
[0:4] parameter SOURCE='82014' matches pattern '^'
[0:4] parameter DEST='82015' matches pattern '^'
[0:4] SUCCEEDED
[0:4] ACTION: 'vdr vdr4you'
[0:5] processing rule 'in:connect' '^' '^' 'vdr vdr4you "quot;Verbindung mit ${SOURCE} wurde hergestellt"quot;'
[0:5] event 'in:request' does NOT match pattern 'in:connect'
[0:5] FAILED
[0:7] processing rule 'in:cancel' '^' '^' 'vdr vdr4you "quot;Die Rufnummer ${SOURCE} hat aufgelegt"quot;'
[0:6] processing rule 'in:disconnect' '^' '^' 'vdr vdr4you "quot;Verbindung mit ${SOURCE} wurde beendet"quot;'
[0:6] event 'in:request' does NOT match pattern 'in:disconnect'
[0:7] event 'in:request' does NOT match pattern 'in:cancel'
[0:7] FAILED
[0:6] FAILED
220 VDR4You SVDRP VideoDiskRecorder 1.4.0-3; Tue Sep 12 12:13:56 2006
250 Message queued

Kann mir das ev. mal jemand übersetzen :) ?
Firmware-Version 14.04.15ds-0.2.9


Gruß
Roland
 
Zuletzt bearbeitet:
Wenn du einen ausgehenden Test-Anruf durchführen willst, solltest du das auch so einstellen.

Laut deinem Log wird ein eingehender Anruf simuliert.

Ist unter "Testanruf" -> "Ereignis" einzustellen.

Gruß Kreideholer
 
Da hast du recht, aber auf dem Vdr wurde das ja früher auch angezeigt. Hier mal meine listeners:
Code: 
out:request     ^ ^ vdr vdr4you "${DEST} wird Angerufen"
out:connect     ^ ^ vdr vdr4you "Verbindug mit ${DEST} wurde hergestellt"
out:disconnect  ^ ^ vdr vdr4you "Verbindung mit ${DEST} wurde beendet"
out:cancel      ^ ^ vdr vdr4you "${DEST} nimmt nicht ab"
in:request      ^ ^ vdr vdr4you
in:connect      ^ ^ vdr vdr4you "Verbindung mit ${SOURCE} wurde hergestellt"
in:disconnect   ^ ^ vdr vdr4you "Verbindung mit ${SOURCE} wurde beendet"
in:cancel       ^ ^ vdr vdr4you "Die Rufnummer ${SOURCE} hat aufgelegt"

Gruß
Roland

p.s auch mit der IP funktioniert das nicht
 
Hallo Roland,

hier die Übersetzung: Die fünfte Regel wird als einzige ausgeführt
Code: 
[0:4] processing rule 'in:request' '^' '^' 'vdr vdr4you'
[0:4] SUCCEEDED
[0:4] ACTION: 'vdr vdr4you'
und führt zu folgender Antwort vom VDR
Code: 
220 VDR4You SVDRP VideoDiskRecorder 1.4.0-3; Tue Sep 12 12:13:56 2006
250 Message queued
Diese Antwort klingt relativ erfolgreich für mich; die Nachricht ist jetzt beim VDR also in irgendeiner Warteschlange. Klemmt es vielleicht dort irgendwo beim Abarbeiten dieser Warteschlange?

Andreas
 
Vielen Dank erstmal Andreas,
ich schau mir das heute abend noch mal auf dem Vdr an. Was für einen Stellenwert haben denn die ganzen "no such file" Einträge?

Gruß
Roland
 
Die Callers-Datei existiert bei dir nicht; das ist der Grund. Sobald du im Webinterface die Callers einmal gespeichert hast (oder die dauerhafte Speicherung bei der Rückwärtssuche aktiviert hast und so ein automatischer Eintrag gemacht wurde), verschwindet die Warnung.

Andreas

P.S.: Für mich hat die Warnung den Stellenwert, dass ich beim Initialisieren des Callmonitors die Datei in Zukunft anlegen werde, falls sie nicht existiert. (Ich dachte, das hätte ich schon mal gemacht ...) Danke für den Hinweis.
 
O.k, ich bin einen Schritt weiter gekommen. Bei einem internen Testanruf kommt die Meldung jetzt an. Allerdings klemmt es nach wie vor bei externen Anrufen. Hab ich irgendeine Basiseinstellung übersehen die Vorraussetzung für ein Funktionieren ist? Und wie kann ich das Ergebnis einer Rückwärtssuche dauerhaft speichern (Vers.1.5.0)?

Gruß
Roland
 
Hmm, der Callmonitor ist aber schon gestartet, oder? Wenn dein Listener für eingehende Anrufe immer noch so aussieht, kann nicht viel anderes falsch sein:
Code: 
in:request      ^ ^ vdr vdr4you

Und wie kann ich das Ergebnis einer Rückwärtssuche dauerhaft speichern (Vers.1.5.0)?
Zum Vergrößern anklicken....
Im Webinterface gibt es einen Punkt "Suchergebnis zwischenspeichern? Nein, flüchtig, dauerhaft".

Gruß,
Andreas
 
Ja, der läuft. Und meine listeners habe ich auch korrigiert.

Code: 
in:request      ^ ^ vdr vdr4you "${DEST} ruft an"

Den Eintrag im Webinterface kann ich peinlicherweise einfach nicht finden.
Hast du sonst vielleicht noch eine Idee wo es klemmen könnte?
Vielen Dank schon mal für deine Mühe!

Gruß
romen
 
Danke Andreas. Kann es sein das es diesen Eintrag erst ab Version 1.5.1 gibt?
Wenn es den vorher schon gegeben hat ist bei mir irgendwas falsch gelaufen :)
Gruß
Roland
 
So, ich bin endlich mal dazu gekommen die 1.6.1 einzubauen. Und siehe da, alle Menueinträge sind da. Aber ein Problem ist geblieben. Bei einem Testanruf klappt die Rückwärtssuche wirklich gut, angezeigt wird auf dem VDR allerdings nur die Rufnummer. Any hints?

Gruß
Roland

Edit: Klar, mit SOURCE_NAME wird mir jetzt auch der Name angezeigt. Gibt es denn jetzt noch eine Möglichkeit bei nicht
der Rückwärtssuche zugänglichen Namen dann doch die Rufnummer zu sehen?
 
Zuletzt bearbeitet:
ich lass mir immer einfach beides anzeigen ...
gruß daniel
 
romen schrieb:
Gibt es denn jetzt noch eine Möglichkeit bei nicht
der Rückwärtssuche zugänglichen Namen dann doch die Rufnummer zu sehen?
Zum Vergrößern anklicken....
Die Standardnachricht sollte das schon so machen, also entweder "Anruf von $SOURCE" oder "Anruf von $SOURCE_NAME" anzeigen, je nachdem, ob $SOURCE_NAME leer ist oder nicht. Funktioniert das nicht (mehr)?

Andreas
 
Zweizeilig?? Das wäre ja echt genial. Kannst du mir noch einen Tip geben wie das bei dir läuft?

Gruß
Roland

Edit: Uups, da haben wir uns überschnitten. Ne, bei mir kommt entweder die Nummer (bei Source) oder der Name, bzw. nichts bei SOURCE_NAME.
 
romen schrieb:
Ne, bei mir kommt entweder die Nummer (bei Source) oder der Name, bzw. nichts bei SOURCE_NAME.
Zum Vergrößern anklicken....
Was meinst du denn mit "bei SOURCE" oder "bei SOURCE_NAME"? Es ist klar, dass diese Variablen immer nur Nummer (SOURCE) oder Name (SOURCE_NAME) enthalten oder eben nichts, wenn die Information nicht zur Verfügung steht. Ich meinte den Fall
Code: 
vdr ip-oder-name
also ohne Angabe einer eigenen Nachricht; in dem Fall sollte der Name genommen werden, wenn er verfügbar ist, und ansonsten die Nummer.

Andreas
 
So klappt das hervorragend, vielen Dank noch mal für deine Geduld!

Gruß
Roland
 
Hallo Roland,

kannst Du nochmal deine aktuelle listeners hier posten. Die Anzeige funktioniert bei mir soweit, nur die die Rückwärtssuche über das Örtliche scheint noch nicht so richtig zu funktionieren.

Danke & Gruß

Mario
 
Sorry, ich war ein paar Tage nicht da. Bitte sehr:
out:request ^ ^ vdr vdr4you "${DEST} wird Angerufen"
out:connect ^ ^ vdr vdr4you "Verbindug mit ${DEST} wurde hergestellt"
out:disconnect ^ ^ vdr vdr4you "Verbindung mit ${DEST} wurde beendet"
out:cancel ^ ^ vdr vdr4you "${DEST} nimmt nicht ab"
in:request ^ ^ vdr vdr4you
in:connect ^ ^ vdr vdr4you "Verbindung mit ${SOURCE_NAME} wurde hergestellt"
in:disconnect ^ ^ vdr vdr4you "Verbindung mit ${SOURCE_NAME} wurde beendet"
in:cancel ^ ^ vdr vdr4you "Die Rufnummer ${SOURCE_NAME} hat aufgelegt"
Zum Vergrößern anklicken....

Gruß
Roland
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
249,049
Beiträge
2,309,429
Mitglieder
378,845
Neuestes Mitglied
holh-66

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
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.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten