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

[Ashish gautam]

The originate string is like this:

api originate
{voiceMessageID=$voiceMsgID,respreqd=$response_required,mobnum=$mobilenum,lang=$language,ignore_early_media=true,continue_on_fail=true}freetdm/1/a/$mobilenum
47673501 XML public



On Tue, May 28, 2013 at 10:35 PM, Michael Collins <msc at freeswitch.org>wrote:

> 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
>
>
> _________________________________________________________________________
> 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
>
>


-- 
Ashish Gautam

IVR Developer

Nucleus Microsystems (Pvt.) Ltd.

Ph. 011 47574758
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130529/b27a47ad/attachment-0001.html