[Freeswitch-users] Dialplan not executing on continue_on_fail=true

Michael Collins msc at freeswitch.org
Tue May 28 21:05:40 MSD 2013


What does your originate string look like?
-MC


On Sun, May 26, 2013 at 10:49 PM, Ashish gautam <ashish at nms.co.in> wrote:

> Hi Nathan,
>
> Even setting the api_hangup_hook=perl hook.pl in the originate string
> does not work. hook.pl does not get executed on hangup. It has to be done
> some other way I guess.
>
> Thanks.
>
>
> On Fri, May 24, 2013 at 6:13 PM, Nathan Neulinger <nneul at mst.edu> wrote:
>
>> I don't think that's going to do what you want... (May be wrong.)
>>
>> I think that continue_on_fail is only going to apply to the rules for the
>> received call on this extension, not the received call on the outgoing leg.
>>
>> i.e. there are no dialplan rules in effect for the outgoing call that you
>> initiated, and that's where the failure is occurring. For these dialplan
>> rules, I think the only failure would be if your IVR (I assume that's was
>> ash.pl is) didn't answer.
>>
>> Like I said, not certain of this, maybe some else can chime in, but I
>> think you're going to have to handle that failure as a part of your
>> originate on the outbound call. Something like putting
>>
>>         originate {api_hangup_hook=perl hook.pl}sofia/.....
>>
>> Where you cause the call to take place.
>>
>> -- Nathan
>>
>>
>> On 05/24/2013 07:37 AM, Ashish gautam wrote:
>>
>>> I am generating an outgoing call through mod_event_socket and then
>>> transferring it to this dialplan.
>>>
>>> On Fri, May 24, 2013 at 5:57 PM, Nathan Neulinger <nneul at mst.edu<mailto:
>>> nneul at mst.edu>> wrote:
>>>
>>>     I may be misunderstanding - but where are you causing it to ring a
>>> device?
>>>
>>>     You've told it to internally answer the call, and then not do
>>> anything.  There's no bridging to an actual extension.
>>>
>>>     Only thing I see that would happen is it running perl/ash.pl <
>>> http://ash.pl>, unclear if it would in term execute
>>>     hook.pl <http://hook.pl> when that script finished (I don't know
>>> what that behavior is expected to be).
>>>
>>>
>>>     -- Nathan
>>>
>>>
>>>     On 05/24/2013 07:17 AM, Ashish gautam wrote:
>>>
>>>         Hi,
>>>
>>>         I have a dialplan as follows:
>>>
>>>         <include>
>>>         <extension name="public_did">
>>>         <condition field="destination_number" expression="^(47673501)$">
>>>         <action application="answer"/>
>>>         <action application="set" data="continue_on_fail=true"/>
>>>         <action application="set" data="api_hangup_hook=perl hook.pl <
>>> http://hook.pl> <http://hook.pl>"/>
>>>
>>>         <action application="set" data="session_in_hangup_hook=_**
>>> _true"/>
>>>         <action application="perl" data="perl/ash.pl <http://ash.pl> <
>>> http://ash.pl>"/>
>>>
>>>         </condition>
>>>         </extension>
>>>         </include>
>>>
>>>         when the called party does not pick up the phone or is busy, the
>>> dialplan does not proceed and hook.pl
>>>         <http://hook.pl> <http://hook.pl>
>>>
>>>
>>>         does not get executed.
>>>
>>>         Please help
>>>         --
>>>         Ashish Gautam
>>>
>>>         IVR Developer
>>>
>>>         Nucleus Microsystems (Pvt.) Ltd.
>>>
>>>
>>>
>>>     --
>>>     ------------------------------**__----------------------------**--
>>>     Nathan Neulinger nneul at mst.edu <mailto:nneul at mst.edu>
>>>
>>>     Missouri S&T Information Technology    (573) 612-1412
>>>     System Administrator - Architect
>>>
>>>
>>>
>>>
>>> --
>>> Ashish Gautam
>>>
>>> IVR Developer
>>>
>>> Nucleus Microsystems (Pvt.) Ltd.
>>>
>>> Ph. 011 47574758
>>>
>>
>> --
>> ------------------------------**------------------------------
>> Nathan Neulinger                       nneul at mst.edu
>> Missouri S&T Information Technology    (573) 612-1412
>> System Administrator - Architect
>>
>
>
>
> --
> Ashish Gautam
>
> IVR Developer
>
> Nucleus Microsystems (Pvt.) Ltd.
>
> Ph. 011 47574758
>
> _________________________________________________________________________
> 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
>
>


-- 
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130528/fed4cc19/attachment.html 


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