[Freeswitch-users] group_confirm_cancel_timeout on multiple legs

[Neil Burgess]

Hi,

Thanks for response. Understand the {} [] aspect... in this case, and assuming my understanding of group_confirm_cancel_timeout is correct, I wanted to apply group_confirm_cancel_timeout to all legs. I wanted to do this, to ensure that if and when a leg is answered, it doesn't timeout whilst the group_confirm phase is active. 

My problem is that when one of these legs is answered and in the group_confirm phase, it affects all other legs as well, i.e. other legs either continue ringing beyond their configured leg_timeouts or never start ringing at all. Can I do a group_confirm in a forked dial scenario and preserve the leg_delay and leg_timeout settings on other legs until the point that the call is confirmed and fully bridged?

Thanks,
Neil


-----Original Message-----
From: freeswitch-users-bounces at lists.freeswitch.org [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Anthony Minessale
Sent: 24 September 2010 15:56
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] group_confirm_cancel_timeout on multiple legs

anything you put in {} is global to all channels per channel params go
only in [] before that individual channel.


On Fri, Sep 24, 2010 at 7:10 AM, Neil Burgess
<neil.burgess at redmatter.com> wrote:
> Hi there,
>
>
>
> I have a dial string similar to below, which dials two SIP URIs, one after
> another using leg_delay_start of 0 and 5, and leg_timeout of 10 and 10 to
> stagger the calling pattern. Both SIP URI's have a group_confirm_file
> associated with them, where pressing a digit will cause the call to be
> connected!
>
>
>
> {group_confirm_key=exec,group_confirm_file='javascript
> GroupConfirm.js',ignore_early_media=true,
> ,group_confirm_cancel_timeout=true}[
> leg_delay_start=0,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12005 at blah.com;fs_path=sip:172.30.98.31,[leg_delay_start=5,leg_timeout=10,rmvLegConfirm=true]sofia/internal/12003blah.com;fs_path=sip:172.30.98.31)
>
>
>
> I have set group_confirm_cancel_timeout=true to ensure that the call doesn't
> drop due to timeout when answered and in the confirm stage.
>
>
>
> I have two scenarios relating to timeout problems; both of which I'm sure
> are the same!
>
>
>
> Scenario 1
>
>
>
> When a call is made, we wait for 7 seconds until both extensions ring, then
> pick up the call on first extension. FS plays the group confirm message and
> doesn't timeout as expected. However the second phone then continues to ring
> beyond its configured leg_timeout? Question: does
> group_confirm_cancel_timeout cancel all leg timeouts as soon as one
> extension answers? If so, is there a way to make it only apply to the leg
> that answered, and allow other legs to carry on with their existing
> timeouts.
>
>
>
> Scenario 2
>
>
>
> When a call is made, we allow extension 1 to start ringing and pick it up.
> It plays the group confirm message and doesn't timeout as expected. The
> second extension never starts ringing however, whilst the group_confirm
> phase is active. This means that if the first extension is rejected in the
> group_confirm phase, the second extension never gets going! Again, is there
> a way to make the group_confirm_cancel_timeout apply to the single leg and
> not all legs in the originate!
>
>
>
> Any ideas please...
>
> Neil
>
>
>
> _______________________________________________
> 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
>
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900

_______________________________________________
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