Enterprise Originate and group_confirm
Hi there, I have the following dialplan which uses enterprise originate and group_confirm: The plan is that two numbers are called simutanuously, each number has several gateway to use, incase a gateway fails. <action application="ring_ready" data=""/> <action application="set" data="group_confirm_cancel_timeout=1"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail= NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION,INCOMPATIBLE_DESTINATION,UNALLOCATED_NUMBER "/> <action application="bridge" data="{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1} [leg_timeout=25]sofia/gateway/quest/6095553828|[leg_timeout=25]sofia/gateway/broadvox1/6095553828 :_:{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1} [leg_timeout=25]sofia/gateway/quest/2155554374|[leg_timeout=25]sofia/gateway/broadvox1/2155554374"/> <action application="managed" data="PPNSystem.Telephony.LeaveVoicemailHandler"/> <action application="hangup" data="NORMAL_CLEARING"/> Every thing works great in terms of mutiple legs ringing, bridging, hanging up etc. I have one issue though: When either of the numbers, 6095553828 for example, answers the call but does not accept it (i.e. does not press 1) and hangs up, the dialplan tries the next gateway for the same number and therefore 6095553828 ends up getting another call even though he has rejected it. I was expecting that once the call is answered and rejected (not bridged) then that part of the dialplan would stop. Any help appreciated. Thanks Pj
Perhaps I am going about this the wrong way. This is what I am trying to acheive. Basically a simple call forward/follow me service as follows: 1) call comes in via the PSTN hits the dial plan 2) aim is to call two numbers simultaneously - the first to pick up and press 1, is bridged the PSTN call. 3) the two called numbers will try upto three gateways (if gw 1 fails with NO_DESTINATION_ROUTE, try gateway 2 etc 4) if no one accepts the call (I.e. does not pick up OR picks up and then hangs up without pressing 1) the call should go to voicemail This should be possible with a combination of group_confirm, continue_on_fail & enterprise originate, but I cannot seem to get it quite right. Has anyone else achieved this using the dial plan? Thanks Pj On Wednesday, August 11, 2010, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following dialplan which uses enterprise originate and group_confirm:
The plan is that two numbers are called simutanuously, each number has several gateway to use, incase a gateway fails.
<action application="ring_ready" data=""/> <action application="set" data="group_confirm_cancel_timeout=1"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION,INCOMPATIBLE_DESTINATION,UNALLOCATED_NUMBER"/> <action application="bridge" data="{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1}
[leg_timeout=25]sofia/gateway/quest/6095553828|[leg_timeout=25]sofia/gateway/broadvox1/6095553828 :_:{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1}
[leg_timeout=25]sofia/gateway/quest/2155554374|[leg_timeout=25]sofia/gateway/broadvox1/2155554374"/> <action application="managed" data="PPNSystem.Telephony.LeaveVoicemailHandler"/> <action application="hangup" data="NORMAL_CLEARING"/>
Every thing works great in terms of mutiple legs ringing, bridging, hanging up etc.
I have one issue though:
When either of the numbers, 6095553828 for example, answers the call but does not accept it (i.e. does not press 1) and hangs up, the dialplan tries the next gateway for the same number and therefore 6095553828 ends up getting another call even though he has rejected it. I was expecting that once the call is answered and rejected (not bridged) then that part of the dialplan would stop.
Any help appreciated.
Thanks
Pj
Ok I know am talking to myself here but perhaps this useful to someone. As I see it this dialplan should work: <extension name="public_did"> <condition field="destination_number" expression="^(3475559995)$"> <action application="answer"/> <action application="set" data="ringback=%(2000,4000,440.0,480.0)"/> <action application="set" data="fail_on_single_reject=true"/> <action application="set" data="continue_on_fail=false"/> <action application="set" data="group_confirm_cancel_timeout=1"/> <action application="bridge" data="{group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1} sofia/gateway/quest/2125556599|sofia/gateway/broadvox1/2125556599|sofia/gateway/broadvox2/2125556599"/> <action application="voicemail" data="default $${domain} 1000"/> </condition> </extension> The idea here is that it should only call 2125556599 once. This works if you answer the call and let it timeout (don't press 1 or hangup). The next gateway is not tried. But if you answer and then hangup - without pressing 1, then the next gateway is tried and you get the call again. fail_on_single_reject would seem to apply here, but does not have the desired effect. Also setting a leg_timeout as follows: <action application="bridge" data="{group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1, leg_timeout=10} sofia/g....... will cause the next gateway to be tried when the timeout is triggered, again undesirable in this use case. If a call_timeout and hangup were considered a 'reject' so that fail_on_single_reject applied, then this would do it no? This is today GIT head. On Wed, Aug 11, 2010 at 6:41 PM, Phillip Jones <pjintheusa@gmail.com> wrote:
Hi there,
I have the following dialplan which uses enterprise originate and group_confirm:
The plan is that two numbers are called simutanuously, each number has several gateway to use, incase a gateway fails.
<action application="ring_ready" data=""/> <action application="set" data="group_confirm_cancel_timeout=1"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail= NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION,INCOMPATIBLE_DESTINATION,UNALLOCATED_NUMBER "/> <action application="bridge" data="{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1}
[leg_timeout=25]sofia/gateway/quest/6095553828|[leg_timeout=25]sofia/gateway/broadvox1/6095553828
:_:{ignore_early_media=true,origination_caller_id_number=2155556240,group_confirm_file=prompts\press-1-to-accept-call-from.wav,group_confirm_key=1}
[leg_timeout=25]sofia/gateway/quest/2155554374|[leg_timeout=25]sofia/gateway/broadvox1/2155554374"/> <action application="managed" data="PPNSystem.Telephony.LeaveVoicemailHandler"/> <action application="hangup" data="NORMAL_CLEARING"/>
Every thing works great in terms of mutiple legs ringing, bridging, hanging up etc.
I have one issue though:
When either of the numbers, 6095553828 for example, answers the call but does not accept it (i.e. does not press 1) and hangs up, the dialplan tries the next gateway for the same number and therefore 6095553828 ends up getting another call even though he has rejected it. I was expecting that once the call is answered and rejected (not bridged) then that part of the dialplan would stop.
Any help appreciated.
Thanks
Pj
Ok - thanks Brian I have some further testing and it does not look like "fail_on_single_reject" applys to the | (OR) , just to the , (AND) So with , <action application="set" data="fail_on_single_reject=true"/> <action application="bridge" data="{leg_timeout=10,ignore_early_media=true}sofia/gateway/bad_gateway/2129996599,sofia/gateway/broadvox1/2129996599"/> - you will not get the call because bad_gateway fails But with | <action application="set" data="fail_on_single_reject=true"/> <action application="bridge" data="{leg_timeout=10,ignore_early_media=true}sofia/gateway/bad_gateway/2129996599|sofia/gateway/broadvox1/2129996599"/> You do get the call - fail_on_single_reject is ignored. I tried all combination with export, {} etc Make sense? On Fri, Aug 13, 2010 at 1:09 PM, Brian West <brian@freeswitch.org> wrote:
try export instead of set... but you should set all those inside the {} or export nolocal
/b
On Aug 13, 2010, at 11:57 AM, Phillip Jones wrote:
Ok I know am talking to myself here but perhaps this useful to someone.
_______________________________________________ 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
I created a feature request in jira for this http://jira.freeswitch.org/browse/FSCORE-651 On Fri, Aug 13, 2010 at 3:24 PM, Phillip Jones <pjintheusa@gmail.com> wrote:
Ok - thanks Brian
I have some further testing and it does not look like "fail_on_single_reject" applys to the | (OR) , just to the , (AND) So with ,
<action application="set" data="fail_on_single_reject=true"/> <action application="bridge" data="{leg_timeout=10,ignore_early_media=true}sofia/gateway/bad_gateway/2129996599,sofia/gateway/broadvox1/2129996599"/>
- you will not get the call because bad_gateway fails
But with |
<action application="set" data="fail_on_single_reject=true"/> <action application="bridge" data="{leg_timeout=10,ignore_early_media=true}sofia/gateway/bad_gateway/2129996599|sofia/gateway/broadvox1/2129996599"/>
You do get the call - fail_on_single_reject is ignored. I tried all combination with export, {} etc
Make sense?
On Fri, Aug 13, 2010 at 1:09 PM, Brian West <brian@freeswitch.org> wrote:
try export instead of set... but you should set all those inside the {} or export nolocal
/b
On Aug 13, 2010, at 11:57 AM, Phillip Jones wrote:
Ok I know am talking to myself here but perhaps this useful to someone.
_______________________________________________ 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
participants (2)
-
Brian West
-
Phillip Jones