Ah - SVN Trunk - thought you meant DID trunk!!! My bad. Sorry - understand now! Will recompile and let you know.
On Tue, Jul 14, 2009 at 2:27 PM, Anthony Minessale < [email protected]> wrote: > You actually updated your code and recompiled it all too? > This param was added about 30 seconds before I sent you the email. > > > > On Tue, Jul 14, 2009 at 1:14 PM, Phillip Jones <[email protected]>wrote: > >> 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 >> >> > > > -- > 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
