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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@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@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@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900 _______________________________________________ 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