I tried to read dtmfs via event socket and came across this thread. What do you mean by:
If you're using event socket you have really no reason to use the read application.
Is there another chance to do this? Currently I do the following and this isn't successful: I send the following message to FS: SendMsg 4f286c18-a5de-11dd-bef3-4b1a61d55c50 call-command: execute execute-app-name: read execute-app-arg: 0 10 ivr/8000/ivr-enter_ext.wav dtmfdtmf 10000 #,* event-lock:true I type 4 digits on the phone 1 2 3 4 plus # I receive 5 separate DTMF events DTMF-Digit: 1 DTMF-Digit: 2 DTMF-Digit: 3 DTMF-Digit: 4 DTMF-Digit: %23 The final event however doesn't deliver the parameter "dtmfdtmf" as defined above. So I cannot receive the dtmf digits this way. I grepped the network traffic to be sure I haven't missed anything. Any idea? Best regards Peter Brian West schrieb:
If you're using event socket you have really no reason to use the read application. The way you invoked it would collect 0 to 4 digits into the variable 'digits'.
/b
On Sep 12, 2008, at 4:27 PM, Luke Graybill wrote:
I am having a hard time getting this command to work properly. Here is the c output from my test session, where I dial in to ext 500 with my sip client (Ekiga):
---- listening on localhost:8084 IPv4Address(TCP, '127.0.0.1 <http://127.0.0.1>', 36685): Connected
'connect' Caller: Killarny - 'myevents' result was: Events Enabled 'sendmsg\ncall-command: execute\nexecute-app-name: answer' OK 'sendmsg\ncall-command: execute\nexecute-app-name: read\nexecute-app-arg: 0 4 conference/8000/conf-pin.wav digits 10000 #' OK DTMF: 1 DTMF: 2 DTMF: 3 DTMF: 4 DTMF: 5 DTMF: 6 DTMF: 7 DTMF: 8 DTMF: 9 DTMF: 0 DTMF: * DTMF: # IPv4Address(TCP, '127.0.0.1 <http://127.0.0.1>', 36685): Connection was closed cleanly.
I couldn't figure out how to get read to function without passing a wav file (I plan to use TTS for the voice prompts, and I don't need a wav file to play here) so I just plugged in a random wav that comes with freeswitch for testing.
As you can see, freeswitch reports that the command executed properly, illustrated by the OK (which was a reply-text: +OK) but the read application doesn't seem to be functioning beyond playing the given wav file (and truncating the first half of it as well). Pressing digits in the sip client results in DTMF events being sent to the socket. Note that the DTMF events stop at # because I manually shut down the connection, not because of anything that freeswitch does.
Am I doing something wrong here? I feel like I'm following the available documentation given at http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_read but I am having no luck. Is the read application basically a dead command, and should I be instead just using DTMF event output?
Any help that can be provided would be appreciated, thanks.
Killarny _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org <mailto:Freeswitch-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Brian West sip:brian@freeswitch.org
------------------------------------------------------------------------
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org