Thanks for your response.
That does not seem to work. Here is my code:
if(Session.Ready())
{
Session.Execute("set", "ignore_early_media=true");
Session.Execute("set", "hangup_after_bridge=true");
Session.Execute("set", "ringback=${us-ring}");
Session.Answer();
string Caller_ID_Number = this.Session.GetVariable("caller_id_number");
Session.Execute("set", "group_confirm_key=exec");
*Session.Execute("set", "group_confirm_cancel_timeout=true");
* Session.Execute("set", "group_confirm_file=javascript confirm.js");
Session.Execute("bridge",
"[leg_timeout=20,leg_confirm=y]sofia/gateway/broadvox/6095553828");
}
Session.Hangup("USER_BUSY");
I also tried *group_confirm_cancel_leg_timeout* just in case.
Am I missing something?
On Tue, Jul 14, 2009 at 1:37 PM, Michael Collins <[email protected]> wrote:
> FYI,
> This has been added to the wiki:
>
> http://wiki.freeswitch.org/wiki/Channel_Variables#group_confirm_cancel_timeout
>
> -MC
>
>
> On Tue, Jul 14, 2009 at 10:20 AM, Anthony Minessale <
> [email protected]> wrote:
>
>> update to trunk and try setting
>> group_confirm_cancel_timeout=true
>>
>> let me know if it works
>>
>>
>> On Tue, Jul 14, 2009 at 12:02 PM, Phillip Jones <[email protected]>wrote:
>>
>>> Hi,
>>>
>>> Thanks for the reply.
>>>
>>> >> Both "leg_timeout" and "leg_progress_timeout" are for controlling how
>>> long to wait prior to the B-leg answering.
>>>
>>> I think this is my point. leg_timeout seems to control how long to wait
>>> prior to the bridge completeing, not the B-leg answering.
>>>
>>> In my situation I am using:
>>>
>>> Session.Execute("set", "group_confirm_key=exec");
>>> Session.Execute("set", "group_confirm_file=javascript confirm.js");
>>>
>>> my confirm.js prompts leg_b for 1 (to take the call). If leg_timeout is
>>> set to 10 you have 10 seconds to answer the call AND press 1.
>>>
>>> I just want call_timeout to be satisfied when the call is answered. Not
>>> when the called party presses 1 and the bridge is complete.
>>>
>>> I am new all this so I will work out how to use the pastebin etc.
>>>
>>> Thanks for your help.
>>>
>>>
>>> Phillip Jones
>>>
>>>
>>>
>>> On Tue, Jul 14, 2009 at 12:16 PM, Michael Collins
>>> <[email protected]>wrote:
>>>
>>>>
>>>>
>>>> On Tue, Jul 14, 2009 at 8:35 AM, Phillip Jones
>>>> <[email protected]>wrote:
>>>>
>>>>> Hi there,
>>>>>
>>>>> Here is my call flow:
>>>>>
>>>>> 1) leg A is bridged to leg B
>>>>> 2) when leg B is answered I play a confirm script - "please 1 to accept
>>>>> this call"
>>>>>
>>>>> I only want leg B to ring 20 seconds. BUT when the caller party
>>>>> answers, he should have as long as he needs to press 1.
>>>>>
>>>>> "leg_timeout" seems to be in play until the bridge is completed. I need
>>>>> it to reset when leg b is answered.
>>>>>
>>>>
>>>> Correct. Both "leg_timeout" and "leg_progress_timeout" are for
>>>> controlling how long to wait prior to the B-leg answering.
>>>> (leg_progress_timeout specifies how long to wait for any kind of progress,
>>>> be it early media of some sort, ringing, or an answer.)
>>>>
>>>>>
>>>>> I tried resetting the leg_timeout in the confirm script after leg b is
>>>>> answered. I also tried using leg_progress_timeout. Neither seemed to work.
>>>>>
>>>>
>>>> What exactly are you trying to do? The two variables you've mentioned
>>>> shouldn't have any effect on the call after it has been established.
>>>>
>>>>>
>>>>> Any help or suggestions would be welcome.
>>>>>
>>>>
>>>> Could you pastebin your dialplan and a debug log of a call that does not
>>>> work? See this page for some handy tips on using pastebin and collecting
>>>> information for debugging purposes:
>>>> http://wiki.freeswitch.org/wiki/Reporting_Bugs#Debugging_Steps
>>>>
>>>> -MC
>>>>
>>>>>
>>>>> Phillip Jones
>>>>>
>>>>> _______________________________________________
>>>>> Freeswitch-users mailing list
>>>>> [email protected]
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:
>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Freeswitch-users mailing list
>>>> [email protected]
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Freeswitch-users mailing list
>>> [email protected]
>>> 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:[email protected] <msn%[email protected]>
>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:[email protected] <sip%[email protected]>
>> iax:[email protected]/888
>> googletalk:[email protected]<googletalk%3aconf%[email protected]>
>> pstn:213-799-1400
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> [email protected]
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _______________________________________________
> Freeswitch-users mailing list
> [email protected]
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
