[Freeswitch-users] How to force FS to execute?

Emrah lists at kavun.ch
Wed Sep 19 19:46:06 MSD 2012


Naming an extension won't help for my transfer purpose.
What I think  I will do is use the same 1 extension idea, but verify the existance of ${pin} before executing the read instruction.
This way if ${pin} exists, it will execute one set of instructions, if it doesn't, it will execute the read app. Following the read app would just be an action to transfer the user to the same context and destination_number.

I hope what I tried to explain makes sense.
On Sep 19, 2012, at 10:40 AM, Ken Rice <krice at freeswitch.org> wrote:

> You can call an extension whatever you want... It doesn't have to be a
> number... But using the separate context allows you to keep the destination
> number field in the CDR something same like that actual destination
> number...
> 
> 
> On 9/19/12 7:25 AM, "Emrah" <lists at kavun.ch> wrote:
> 
>> Is there a way to address an extension without assigning it to a
>> destination_number? I don't want the extension to be reachable directly and
>> would gladly avoid creating a dedicated context.
>> Can I transfer a call to an extension that doesn't have a destination_number?
>> 
>> Best,
>> Emrah
>> On Sep 19, 2012, at 7:10 AM, Emrah <lists at kavun.ch> wrote:
>> 
>>> Easy indeed, but I wanted to avoid it thinking there was some other
>>> alternative. 
>>> Thanks for your quick response, will use it.
>>> 
>>> Cheers,
>>> Emrah
>>> On Sep 19, 2012, at 12:50 AM, Ken Rice <krice at freeswitch.org> wrote:
>>> 
>>>> This is easy to handle... Do it as 2 different extensions and after you
>>>> collect the PIN, use the transfer application to transfer the call to a pin
>>>> validating extension... Problem fixed with a very simple solution
>>>> 
>>>> On 9/18/12 11:42 PM, "Emrah" <lists at kavun.ch> wrote:
>>>> 
>>>>> Please bypass the inline="true"Š A fantasy of mine.
>>>>> On Sep 19, 2012, at 12:32 AM, Emrah <lists at kavun.ch> wrote:
>>>>> 
>>>>>> Hi all,
>>>>>> 
>>>>>> My example below cannot work because FS does not store the value of ${pin}
>>>>>> until the call goes into execution state. While keeping it simple, what
>>>>>> would
>>>>>> be your take on this? Is there a way to instruct FS to start executing at
>>>>>> some point and discovering the dialplan along the way?
>>>>>> 
>>>>>> <extension name="pin test">
>>>>>> <condition field="destination_number" expression="^111$" break="never">
>>>>>> <action application="answer"/>
>>>>>> <action application="sleep" data="1000"/>
>>>>>> <action application="read" data="4 4
>>>>>> $${base_dir}/sounds/en/us/callie/conference/8000/conf-pin.wav pin 10000
>>>>>> #,*"
>>>>>> inline="true" />
>>>>>> </condition>
>>>>>> <condition field="${pin}" expression="^1234$">
>>>>>> <action application="transfer" data ="3000 XML local" />
>>>>>> </condition>
>>>>>> <condition field="${pin}" expression="^\d{4}$">
>>>>>> <action application="hangup" />
>>>>>> </condition>
>>>>>> </extension>
>>>>>> 
>>>>>> Thanks and all the best, as always.
>>>>>> Emrah
>>>>> 
>>>>> 
>>>>> _________________________________________________________________________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at freeswitch.org
>>>>> http://www.freeswitchsolutions.com
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Official FreeSWITCH Sites
>>>>> http://www.freeswitch.org
>>>>> http://wiki.freeswitch.org
>>>>> http://www.cluecon.com
>>>>> 
>>>>> 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
>>>> 
>>>> -- 
>>>> Ken
>>>> http://www.FreeSWITCH.org
>>>> http://www.ClueCon.com
>>>> http://www.OSTAG.org
>>>> irc.freenode.net #freeswitch
>>>> 
>>>> 
>>>> 
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>> 
>>>> 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
>>> 
>> 
>> 
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>> 
>> 
>> 
>> 
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>> 
>> 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
> 
> -- 
> Ken
> http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
> irc.freenode.net #freeswitch
> 
> 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
> 
> 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




Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list