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

Wed May 29 19:19:42 MSD 2013

I think Nathan is correct on this one. You don't have an explicit bridge
app in your dialplan so there's nothing from which to continue.  If you
cannot use the bridge app and instead use the perl script then I'm pretty
sure you're going to need to handle everything inside the script itself.

-MC

On Tue, May 28, 2013 at 9:58 PM, Ashish gautam <ashish at nms.co.in> wrote:

> 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
>
> _________________________________________________________________________
> 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/20130529/cc38c3a0/attachment.html 