[Freeswitch-users] Enterprise Originate and group_confirm

[Phillip Jones]

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 at 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100813/8995659e/attachment.html