dtmfbox (AB/CB/CT VoIP/ISDN/Analog)

Anzeige-Bug im dtmfbox WebIf unter freetz

Hi Marco,
im dtmfbox WebIF müsste evtl. noch die Breite angepasst werden,
wenn dtmfbox unter der freetz WebIF Oberfläche läuft.
Da fehlen einige Textenden der dtmf-Hilfe und auch der Script-Editor
könnte dann etwas breiter ausfallen.

Noch eine Frage zu der dtmf-Buffer Variable %dtmf%.

Kann man diesen Buffer im laufenden Scriptdurchgang clearen?

Auf der DTMFBOX Website konnte ich zu
%data% // DTMF-Zeichen (Aktuell, einzelnes Zeichen)
%dtmf% // DTMF-Zeichen (Buffer, gesammelte Zeichen)
keine weitere Info auf den zweiten Blick finden.

- in der Freetz Implementierung scheint die Hilfe etwas aktueller zu sein ;-)

Hintergrund zu meiner obigen Frage:

Wie behandelt man im gleichen Menu die Steuerung (eine DTMF-Ziffer ohne #)
zu verschiedenen Menupunkten (= Scriptaufrufe zu reinen Ansagen per MADPLAY im Script)
und eine darauffolgende Übergabe einer NEUEN DTMF-Zeichenfolge incl. # Zeichen an ein bestimmtes Script?

theoretisches Beispiel

[menu:main]
say=1 Erste Skript Funktion, 2 Zweite Skript Funktion..........
1=script:myscript(%dtmf%) // 1 übergeben, dtmf löschen
2=script:myscript(%dtmf%) // 2 übergeben, dtmf löschen
3=script:myscript(%dtmf%) // 3 übergeben, dtmf löschen
#=script:myscript_cmd(%dtmf%) // # übergeben mit nun allen nach 1, 2 oder 3 gedrückten DTMF's
 
@HAL 9000:
auf jedenfall mit v0.9 kompilieren.
Code:
rm dl/pjproject*
make pjproject-dirclean
make dtmfbox-dirclean
make
Vielleicht auch Freetz nochmal neu auschecken.

Schon probiert. Inzwischen bekomme ich die box dazu, v0.9 anzuzeigen (indem ich freetz komplett neu ausgecheckt habe), aber laufen tuts trotzdem nicht. Immerhin sehen die Fehler jetzt etwas anders aus ;)

Mit VoIP und Capi an:
Code:
-------------------------------------------------------------------------------
 dtmfbox 0.5.0-beta1                                                           
-------------------------------------------------------------------------------
 17:45:41.979      dtmfbox.c dtmfbox 0.5.0-beta1                               
 17:45:41.980      dtmfbox.c PJSIP 0.9.0-release
 17:45:41.999          pjlib select() I/O Queue created (0x2ac46070)
 17:45:42.000 sip_endpoint.c Module "mod-msg-print" registered
 17:45:42.001    voip_ctrl.c Init VOIP...
 17:45:42.016    voip_ctrl.c Resolve IP from stun.1und1.de:3478 ...
 17:45:42.136    voip_ctrl.c Use IP: 98.242.70.186
 17:45:42.137    udp0x527240 SIP UDP transport started, published address is 98.242.70.186:5061
 17:45:42.138    voip_ctrl.c UDP server listening on port 5061
 17:45:42.142 sip_endpoint.c Module "mod-tsx-layer" registered
 17:45:42.142 sip_endpoint.c Module "mod-stateful-util" registered
 17:45:42.147 sip_endpoint.c Module "mod-ua" registered
 17:45:42.147 sip_endpoint.c Module "mod-100rel" registered
 17:45:42.148 sip_endpoint.c Module "mod-invite" registered
 17:45:42.148 sip_endpoint.c Module "dtmfbox" registered
 17:45:42.152          pjlib select() I/O Queue created (0x54c65c)
 17:45:42.157    voip_ctrl.c Conference bridge created (8000hz/16/1)
 17:45:42.161        funcs.c Allocate 10 connections with 4 RTP/RTCP transports
 17:45:42.327    voip_ctrl.c RTP/RTCP: 98.242.70.186:4000-4001
 17:45:42.489    voip_ctrl.c RTP/RTCP: 98.242.70.186:4002-4003
 17:45:42.654    voip_ctrl.c RTP/RTCP: 98.242.70.186:4004-4005
 17:45:42.827    voip_ctrl.c RTP/RTCP: 98.242.70.186:4006-4007
 17:45:42.827    voip_ctrl.c RTP/RTCP media transport created
 17:45:42.830    voip_ctrl.c VOIP initialized!
 17:45:42.831    capi_ctrl.c Init CAPI...
 17:45:42.832    capi_ctrl.c CAPI controller: 5
 17:45:42.832    capi_ctrl.c Found controller #1 with 2 B-channel(s)
 17:45:42.832    capi_ctrl.c Found controller #2 with 2 B-channel(s)
 17:45:42.833    capi_ctrl.c Found controller #3 with 2 B-channel(s)
 17:45:42.833    capi_ctrl.c Found controller #4 with 1 B-channel(s)
 17:45:42.833    capi_ctrl.c Found controller #5 with 3 B-channel(s)
 17:45:42.840    capi_ctrl.c CAPI registered!
 17:45:42.841    alaw_ulaw.c Build a-law/pcm table buffer
 17:45:44.803    capi_ctrl.c CAPI initialized!
Segmentation fault

Mit VoIP deaktiviert (in der Konfiguration der Box):
Code:
-------------------------------------------------------------------------------
 dtmfbox 0.5.0-beta1
-------------------------------------------------------------------------------
 17:46:49.539      dtmfbox.c dtmfbox 0.5.0-beta1
 17:46:49.540      dtmfbox.c PJSIP 0.9.0-release
 17:46:49.559          pjlib select() I/O Queue created (0x2ac46070)
 17:46:49.560 sip_endpoint.c Module "mod-msg-print" registered
 17:46:49.564          pjlib select() I/O Queue created (0x527e64)
 17:46:49.570    voip_ctrl.c Conference bridge created (8000hz/16/1)
 17:46:49.573        funcs.c Allocate 10 connections with 4 RTP/RTCP transports
 17:46:49.582    capi_ctrl.c Init CAPI...
 17:46:49.583    capi_ctrl.c CAPI controller: 5
 17:46:49.584    capi_ctrl.c Found controller #1 with 2 B-channel(s)
 17:46:49.584    capi_ctrl.c Found controller #2 with 2 B-channel(s)
 17:46:49.584    capi_ctrl.c Found controller #3 with 2 B-channel(s)
 17:46:49.585    capi_ctrl.c Found controller #4 with 1 B-channel(s)
 17:46:49.585    capi_ctrl.c Found controller #5 with 3 B-channel(s)
 17:46:49.592    capi_ctrl.c CAPI registered!
 17:46:49.592    alaw_ulaw.c Build a-law/pcm table buffer
 17:46:51.593    capi_ctrl.c CAPI initialized!
Segmentation fault

Wenn ich capi nicht eincompiliere (in menuconfig deaktiviert):
Code:
-------------------------------------------------------------------------------
 dtmfbox 0.5.0-beta1
-------------------------------------------------------------------------------
 17:41:51.604      dtmfbox.c dtmfbox 0.5.0-beta1
 17:41:51.606      dtmfbox.c PJSIP 0.9.0-release
 17:41:51.624          pjlib select() I/O Queue created (0x2ac2e070)
 17:41:51.625 sip_endpoint.c Module "mod-msg-print" registered
 17:41:51.626    voip_ctrl.c Init VOIP...
 17:41:51.642    voip_ctrl.c Resolve IP from stun.1und1.de:3478 ...
 17:41:55.635    voip_ctrl.c Use IP: 98.242.70.186
 17:41:55.637    udp0x522240 SIP UDP transport started, published address is 98.242.70.186:5061
 17:41:55.637    voip_ctrl.c UDP server listening on port 5061
 17:41:55.641 sip_endpoint.c Module "mod-tsx-layer" registered
 17:41:55.641 sip_endpoint.c Module "mod-stateful-util" registered
 17:41:55.646 sip_endpoint.c Module "mod-ua" registered
 17:41:55.647 sip_endpoint.c Module "mod-100rel" registered
 17:41:55.647 sip_endpoint.c Module "mod-invite" registered
 17:41:55.647 sip_endpoint.c Module "dtmfbox" registered
 17:41:55.652          pjlib select() I/O Queue created (0x54765c)
 17:41:55.656    voip_ctrl.c Conference bridge created (8000hz/16/1)
 17:41:55.660        funcs.c Allocate 10 connections with 4 RTP/RTCP transports
Segmentation fault

Andere Ideen? :confused:
 
Beim dem Fall mit dem 'Pending' kann es unter Umständen sogar richtig sein. Bei CAPI Accounts ist das so. Bei VoIP darf es nicht sein, so wie bei miwu.
Ich nutze den Controller 5 anstatt mich doppelt beim "echten" SIP-Server einzuloggen. Wenn das hier "so ist", dann ist es eben so.

Um den Restart-Log kümmere ich mich. Es gibt auch noch den einen oder anderen Anzeige-Bug im WebIf.
Schön, danke.

Ich weiss leider nicht mehr, wie deine Accounts eingerichtet waren. Über CAPI oder VoIP direkt? Oder meinst du jetzt die CallerID beim Callthrough?
Wie gesagt, über Controller 5. Mein Ziel: Ich will, dass meine Callback-Nr. mich auch zurückruft. Auf meinem Handy sehe ich aber immer meine Hauptnr. (!= Callback-Nr.).

Einen Server sollte vorhanden sein. Ohne den SIP-Port könnte man auch keine SIP-Accounts registrieren. Ist SIP denn einkompiliert? Im Log sieht man auch, ob der Port geöffnet wurde (normalerweise 5061).
Das Problem hatte ich mittlerweile gelöst. Ich glaube, ich hatte vergessen, den Registrar-Modus einzuschalten. :confused:
 
Hallo!

Auch nach eingehendem Studium der Anleitungen und des Forums habe ich nicht so recht die Hilfe gefunden die ich erhoffte :)
(Super Forum btw, kannte ich noch garnicht!)

Ist es möglich mit DTMF-Box sowas wie Callrouting einzurichten? Sprich ungefähr so:

Anruf kommt
Taste 1 gedrückt -> Weiterleitung auf Phone1/MSN1
Taste 2 gedrückt -> Weiterleitung auf Phone2/MSN2
Taste 3 gedrückt -> Anrufbeantworter
etc...

Für jede Lösung oder einen Hinweis in die richtige Richtung wär ich sehr dankbar, hauptsache es hat nichts mit Linux zu tun, da kann ich nicht so recht mit :)
Danke im Voraus!
 
Wie gesagt, über Controller 5. Mein Ziel: Ich will, dass meine Callback-Nr. mich auch zurückruft. Auf meinem Handy sehe ich aber immer meine Hauptnr. (!= Callback-Nr.).
Beim mir gibt's das gleiche Problem. Egal welche Capi-Voip Anschluss ich im DTMFBOX-Konto auswähle, "outgoing connection" beim Callback geht immer durch die ersten capi-voip-konto. :confused:
 
dtmfbox und SMS

hallo,

nachdem ich nun doch schon ein bisschen gehirnschmalz in die installation und einrichtung der dtmfbox gesteckt habe, bräuchte ich nun doch mal eure Hilfe.

Ich würde gerne mit meinem Telefon eine SMS an die dtmfbox senden. Meine Frage wäre nun: Geht das überhaupt und wenn ja wie?

Hintergrund:
Da ich bei GMX 100 FreiSMS/Monat habe wollte ich ein Tool schreiben, welches SMS-Nachrichten von der Fritzbox versenden kann.
Das Szenario soll dabei so aussehen, dass ich mit meinem Telefon an die Fritzbox eine SMS versende mit dem Zielempfänger. Dann wird auf der Fritzbox mein geschriebenes Tool aufgerufen, welches dann die SMS an den Zielempfänger weiterleitet.

vg
norbert
 
Hallo zusammen,

ich muss sagen der Lesestoff war sehr umfangreich. Ich habe dtmfbox v0.5.0-beta1 nun auf meinem W900V auf USB installiert.
Gar nicht mal so übel bis hierher.
Eingerichtet sind 4 Accounts
Acc.1 901 auf dem W900V selber als 4. VoIP Leitung (*124#)
Acc.2 902 auf einem per WDS angeschalteten W501 (dort als VoIP *121# aber nocht nicht weiter getestet, aber er ist registriert)
Acc.3 900 auf Softphone Ninja von GlobalIP(damit spiele ich gerade)
Acc.4 903 auf Nokia N95 (per WLAN) noch inaktiv

Die internen Nummern sind entsprechend 800 bis 803.

Beispiel Acc. 3

Code:
active=1
name=acc3
number=123456789
type=capi 
capi_controller_out=1
voip_registrar=
voip_realm=
voip_user=
voip_pass=
voip_do_not_register=1
voip_proxy= 
voip_id=
voip_contact=
registrar_active=1
registrar_user=900
registrar_pass=passwort
menu_entry=menu:main
menu_keycode=800

Nun, ich kann wunderbar mit der angegebenen MSN raustelefonieren. Daher denke ich die Installation ist soweit ok.
Die Frage die sich mir im Moment stellt ist, wie komme ich per Telefon in das Hauptmenü ?
Bisher ist es mir weder von intern noch von extern gelungen. Auch der AB mag nicht mit mir sprechen.

Falls jemand eine Idee hat immer her damit.
 
Marco lebst du noch? :)

Oder nur stressig im Moment?

Grüße!!
 
Also ich tappe hier völlig im Dunkeln.

Bekommme Callback nicht ansatzweise zum Laufen.


Habe in dtmfbox (und nur dort, nicht im AVM-Webinterface) 2 Accounts eingetragen.

Sie werden auch laut Log registriert:

(1) [VOIP] 6xxxxx - sipgate.de - (200) - OK (420 sec)
(2) [VOIP] +49xxxxxx - sip.intervoip.com - (200) - Ok (3420 sec)

(übrigens, gibt es nur den Log im WI, oder wird noch irgendwo sonst mitgeloggt?)


Als Callbackregel habe ich *meineHandynummer/meineHandynummer/2 eingetragen.

Also bei Anruf auf dem Account 1 (Sipgate) soll über Account 2 (Intervoip) mein Handy zurückgerufen werden. Da tut sich leider gar nichts.

Wahrscheinlich "lauscht" die Sipgate Nummer nicht.

Kann mir bitte jemand helfen?


Danke
 
Zuletzt bearbeitet:
Nur eine Vermutung: vielleicht kann die dtmfbox (egal wie konfiguriert, siehe meine letzten Beiträge hier) nur über den 1. in der Fritz!Box konfigurierten Account raustelefonieren.

Wenn du in das Log der dtmfbox guckst erfährst du schon mal viel mehr und musst nicht uns und dich raten lassen...
 
Danke für deine Hilfe.

Dann werde ich die beiden Accounts mal "tauschen".

Aber ich fragte ja nach dem Log. Gibts es irgendwo eine log.txt Datei?

Habe dtmfbox auf meiner 7270 bzw. auf dem USB-Stick installiert. Keiner der Ordner enthielt eine Log-Datei.

Der Log im Menü zeigt an, das ein Anruf für meine Sipgate Nummer reinkommt, und dann verschwindet diese Meldung wieder.

Melde mich. Stress. Danke
 
Was du meinst ist einfach das Statusfenster. Wenn du die dtmfbox mit "Starten (Log)" startest (ist doch wirklich selbsterklärend), dann kannst du danach mit "Log ansehen" das Log ansehen.
 
Aber ich fragte ja nach dem Log. Gibts es irgendwo eine log.txt Datei?

Falls du es nicht gewusst hast, dtmfbox kannst du auch so aufrufen,
falls es im freetz mit eingebaut ist:

/ # cd /
/ # etc/init.d/rc.dtmfbox
usage:
./rc.dtmfbox defaults - Restore default cfg/scripts
./rc.dtmfbox uninstall - Uninstall

./rc.dtmfbox start - Start dtmfbox as daemon
./rc.dtmfbox foreground - Start dtmfbox in foreground
./rc.dtmfbox log - Start dtmfbox logged
./rc.dtmfbox stop - Stop dtmfbox
./rc.dtmfbox restart - Restart dtmfbox
./rc.dtmfbox status - Daemon status

Der Aufruf mit "foreground" zeigt dir dann den Output schön auf der Telnet-Konsole...
(vorher dtmfbox im webif stoppen...)

Ohne die Freetz-Implementation kannst du dtmfbox aus der Telnet-Konsole mit der Option foreground aufrufen,
dann siehst du die Logausgaben direkt in der Konsole.
 
Hallo zusammen,

@rolsch:
rolsch schrieb:
im dtmfbox WebIF müsste evtl. noch die Breite angepasst werden,
wenn dtmfbox unter der freetz WebIF Oberfläche läuft.
Da fehlen einige Textenden der dtmf-Hilfe und auch der Script-Editor
könnte dann etwas breiter ausfallen.
In Freetz ist die Breite fest auf max. 600px, oder so. Den Vollbildmodus für die Skripte finde ich eine gute Sache. Ist sogar bereits integriert für die Skriptbearbeitungen, wenn man ins SVN schaut. Bei der Hilfe-Seite muss ich mir noch was einfallen lassen.

rolsch schrieb:
Kann man diesen Buffer im laufenden Scriptdurchgang clearen?
Der dtmf-Buffer entleert sich automatisch, sobald eine DTMF-Zeichenfolge übereinstimmt.
Da in diesem Beispiel bereits 1 2 3 vorkommt, werden die Skripte sofort aufgerufen.
Man könnte ein * oder 00 voranstellen, für die Einzel-Befehle. Ein Löschen des Buffers würde nicht
funktionieren, aber es wäre ein nettes Feature. Ich werde es mitaufnehmen.

@HAL 9000:
Mhh... sehr merkwürdig. Ich hatte heute eh vor, die aktualisierte Version einzuchecken. (pjproject v1.0, dtmfbox v0.5.0-rc1). Aber ein Segfault ist ganz schlecht. Irgendwo hakt es da.

@Chatty:
Chatty schrieb:
Wie gesagt, über Controller 5. Mein Ziel: Ich will, dass meine Callback-Nr. mich auch zurückruft. Auf meinem Handy sehe ich aber immer meine Hauptnr. (!= Callback-Nr.).
Und du hast [Trigger-Account] und [Rückruf-Account] mitangegeben? Also ungefähr so:
004922112345/0160555555555/1/2
1 = Trigger-Account, 2 = Rückruf-Account

Der Rückruf erfolgt im Skript 'action_cbct.sh':
Code:
CON_ID=`$DTMFBOX -call "$CALLBACK_CALLING_ACC" "$CALLBACK_CALLING_NO" "$CALLBACK_CALLING_CTRL"`
$CALLBACK_CALLING_ACC müsstest du mal prüfen mit einer echo-Ausgabe.

@norbert9921:
norbert9921 schrieb:
Ich würde gerne mit meinem Telefon eine SMS an die dtmfbox senden. Meine Frage wäre nun: Geht das überhaupt und wenn ja wie?
Es würde gehen, jedoch fehlen da die jeweiligen Funktionen in der dtmfbox. SMS-Versand soll auch nicht ganz so trivial sein, jedoch habe ich mich damit nicht weiter beschäftigt.

@all:
Ich prüfe momentan noch das Freetz-Image. Wenn alles soweit ok ist, checke ich die neue Version ein.
 
004922112345/0160555555555/1/2
Bei mir ist die CB-Nr. der dritte Account, daher sieht meine Regel so aus:
004922112345/0160555555555/3/3

Die Echo-Ausgabe sieht so aus:
CbCt-Script: valid callback! 3 -> 0160555555555 (Ctrl: )
CbCt-Script: valid callback! 3 -> 0160555555555 (Ctrl: )
CbCt-Script: Callback 3 -> 0160555555555 (Ctrl: )

Warum kommt die obige Zeile zweimal? Im Skript steht sie nur 1x.
 
Zuletzt bearbeitet:
v0.5.0-rc1

Ok. Entweder liegt es am Rückruf-Account (004922112345/0160555555555/3/3) oder am fehlenden Controller (004922112345/0160555555555/3/3/5).

Wegen dem Rückruf-Account:
Die dtmfbox setzt die Nummer 1 zu 1 um. D.h. die Nummer von Account 3 wird so wie sie ist, als Rückrufnummer verwendet. Eventuell ist dies falsch und es findet ein Fallback statt (Controller 5 hat ein merkwürdiges Nummernformat, je nach Telefonieeinstellung im AVM-Webif). Nicht, das irgendein Raute-Zeichen als Kommentar gewertet wird ;)

Warum der Eintrag zweilmal auftaucht, kann ich dir spontan nicht sagen. Es dürfte nur ein Disconnect auftreten.
Könnte in rc1 gefixt sein, da die Aktionen über ein Wrapper-Skript laufen.

EDIT:
v0.5.0-rc1 ist in Freetz eingecheckt. Die USB-Version findet ihr hier. Standalone-Version folgt noch. Das Problem mit der neuen AIO-FW (Wave-Abspiel Problem) ist noch nicht ganz gelöst.
 
Zuletzt bearbeitet:
Liegt nicht am fehlenden Ctrl. Gleiches Ergebnis. Mit RC1 kommt immer noch 2x "valid callback". Ich maile dir mal den kompletten Log.
 
Zuletzt bearbeitet:
Schön dass es eine neue Version gibt!
Jetzt fehlt (mir) nur noch das isdn_mod.sh Skript ;-)

Jörg
 
Hallo Jörg,

schau mal hier. Vielleicht möchtest du mithelfen? Rückwärtssuche fehlt noch... :)
 
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.