Re: [Freeswitch-users] Dialplan not executing on continue_on_fail=true
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@mst.edu <mailto:nneul@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@mst.edu <mailto:nneul@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@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
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@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@mst.edu <mailto: nneul@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@mst.edu <mailto:nneul@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@mst.edu Missouri S&T Information Technology (573) 612-1412 System Administrator - Architect
-- Ashish Gautam IVR Developer Nucleus Microsystems (Pvt.) Ltd. Ph. 011 47574758
What does your originate string look like? -MC On Sun, May 26, 2013 at 10:49 PM, Ashish gautam <ashish@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@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@mst.edu<mailto: nneul@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@mst.edu <mailto:nneul@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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
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@freeswitch.org>wrote:
What does your originate string look like? -MC
On Sun, May 26, 2013 at 10:49 PM, Ashish gautam <ashish@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@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@mst.edu<mailto: nneul@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@mst.edu <mailto:nneul@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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
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@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@freeswitch.org>wrote:
What does your originate string look like? -MC
On Sun, May 26, 2013 at 10:49 PM, Ashish gautam <ashish@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@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@mst.edu<mailto: nneul@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@mst.edu <mailto:nneul@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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
participants (3)
-
Ashish gautam
-
Michael Collins
-
Nathan Neulinger