[Freeswitch-users] play_and_get_digits question
Madovsky
infos at madovsky.org
Mon Feb 7 21:00:56 MSK 2011
Ok now I understand more.
it seems that it needs to transfer after play_and_get_digits to
get the keys_pressed values
<extension name="step1">
<condition field="${conf_admin_pin}" expression="^(\d+)$">
<action application="play_and_get_digits" data="4 4 3 5000 # phrase:wait_admin_pin phrase:bad_admin_pin keys_pressed ${conf_admin_pin}"/>
<action application="transfer" data="step2 XML features"/>
</condition>
</extension>
<extension name="step2">
<condition field="${keys_pressed}" expression="^(${conf_admin_pin})$">
<action application="transfer" data="otherext XML features"/>
<anti-action application="hangup"/>
</condition>
</extension>
as this it works perfectly
thanks
----- Original Message -----
From: Madovsky
To: FreeSWITCH Users Help
Sent: Monday, February 07, 2011 11:59 AM
Subject: Re: [Freeswitch-users] play_and_get_digits question
Mike,
In fact I almost resolved it.
there's only a little problem when the user doesn't press any key.
I have this in my dialplan
<condition field="${conf_admin_pin}" expression="^(\d+)$">
<action inline="true" application="set" data="keys_pressed=${conf_admin_pin}"/>
<action application="play_and_get_digits" data="4 4 3 5000 # phrase:wait_admin_pin phrase:bad_admin_pin keys_pressed ${conf_admin_pin}"/>
<anti-action application="speak" data="cepstral|david|Please define an admin pin code from your account before to create a conference, thank you."/>
<anti-action application="hangup"/>
</condition>
<condition field="${keys_pressed}" expression="^(${conf_admin_pin})$">
<action application="transfer" data="otherext XML features"/>
<anti-action application="hangup"/>
</condition>
if I don't set keys_pressed before, the next condition with is always false.
so it seems that keys_pressed var is never inline.
Thanks
----- Original Message -----
From: Michael Collins
To: FreeSWITCH Users Help
Sent: Monday, February 07, 2011 11:19 AM
Subject: Re: [Freeswitch-users] play_and_get_digits question
I just checked the source (switch_ivr_play_say.c, function name 'switch_play_and_get_digits') and I do not see any indication that a failure to collect digits after max tries will automatically disconnect the call. This means you'll need to handle the failure condition in your dialplan or call a Lua/Perl/Javascript script to do the logic. In this scenario I favor a simple Lua script that calls PAGD and checks the value. You can hangup on the caller if they don't enter a PIN.
-MC
On Sun, Feb 6, 2011 at 1:18 PM, Madovsky <infos at madovsky.org> wrote:
sorry I think I really didn't undertand the play_and_get_digits concept.
is anyone can help ?
I just want to use this app to check a pin code, hangup if wrong and continue
dialplan if ok
Thanks
----- Original Message -----
From: Madovsky
To: freeswitch-users at lists.freeswitch.org
Sent: Sunday, February 06, 2011 1:01 PM
Subject: Re: play_and_get_digits question
or maybe this channel var
read_result
is the result of play_and_get_digits ?
----- Original Message -----
From: Madovsky
To: freeswitch-users at lists.freeswitch.org
Sent: Sunday, February 06, 2011 12:43 PM
Subject: Re: play_and_get_digits question
Ok I think I misunderstood the concept of var where digits should be put in.
it's with this var I need to ckeck after this application.
self forum thank you ;)
----- Original Message -----
From: Madovsky
To: freeswitch-users at lists.freeswitch.org
Sent: Sunday, February 06, 2011 12:29 PM
Subject: play_and_get_digits question
I have this lines in my dialplan
<action application="play_and_get_digits" data="4 4 3 5000 # phrase:wait_foo phrase:bad_foo foo ${foo}"/>
<action application="transfer" data="otherext XML features"/>
if I don't press any DTMF, after 4 loops the dialplan continues,
but I thought that it was automatically hangup in case of no digits bad digits...
Did I forget something ?
Thanks
Franck
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
----------------------------------------------------------------------------
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
------------------------------------------------------------------------------
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110207/a5024a78/attachment-0001.html
More information about the FreeSWITCH-users
mailing list