[Freeswitch-users] leg_timeout

[Phillip Jones]

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 <msc at freeswitch.org> 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 <
> anthony.minessale at gmail.com> 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 <pjintheusa at gmail.com>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 <msc at freeswitch.org>wrote:
>>>
>>>>
>>>>
>>>>  On Tue, Jul 14, 2009 at 8:35 AM, Phillip Jones <pjintheusa at gmail.com>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
>>>>> 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
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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 <MSN%3Aanthony_minessale at hotmail.com>
>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>> iax:guest at conference.freeswitch.org/888
>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>> pstn:213-799-1400
>>
>> _______________________________________________
>> 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
>>
>>
>
> _______________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090714/8dab1cb2/attachment-0002.html