[Freeswitch-users] Behaviour of group_confirm_cancel_timeout
Anthony Minessale
anthony.minessale at gmail.com
Fri Jun 18 07:14:11 PDT 2010
I said leg timeout beats the group confirm timeouts
group_confirm_cancel_timeout is a whole different variable, when you set
that to true it will stop all the timeouts as soon as you reach
group_confirm execution
{group_confirm_cancel_timeout=true}[leg_timeout=10]sofia/foo/foo at bar.com
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy <lakindia89 at gmail.com
> wrote:
> Dear Antony,
>
> Also in the leg_timeout wiki
> http://wiki.freeswitch.org/wiki/Variable_leg_timeout, it is stated as
> follows
>
> "If you are using group confirm then you can cancel the timeout by using
> the group_confirm_cancel_timeout<http://wiki.freeswitch.org/wiki/Channel_Variables#group_confirm_cancel_timeout>channel variable."
>
>
>
> On Thu, Jun 17, 2010 at 8:22 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>> no there is no way, besides making both timeouts longer.
>> you could file a feature request/bounty to ask for a feature to stop the
>> leg timer when you reach the confirm.
>>
>>
>> On Thu, Jun 17, 2010 at 4:23 AM, Nagalenoj H. <nagalenoj at gmail.com>wrote:
>>
>>> Anthony,
>>> But, then there is no use. Am I right? Usually, we'll use the
>>> group_confirm_cancel_timeout only when we need to override the leg_timeout.
>>> But it happens in reverse in this case.,
>>>
>>> I've tried using the group_confirm_cancel_timeout along with call_timeout
>>> and things happening similar like setting leg_timout.
>>>
>>> Then, tried without setting leg_timeout and call_timeout explicitly.
>>> * In this case if the callee doesn't picks the call, it
>>> disconnects the leg in 30 secs.
>>> * If he answers the call and the script continues to execute, the
>>> leg is disconnected in 60 secs.
>>>
>>> What I need to do is, when the callee picks the call the leg_timeout
>>> should not be accounted more and the leg shouldn't be disconnected because
>>> of leg_timeout after that.
>>>
>>> Any other way of doing this?!
>>>
>>>
>>>
>>> On Tue, Jun 15, 2010 at 10:53 PM, Anthony Minessale <
>>> anthony.minessale at gmail.com> wrote:
>>>
>>>> leg timeout beats the group confirm timeouts
>>>>
>>>>
>>>> On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj at gmail.com>wrote:
>>>>
>>>>> Dear friends,
>>>>> I've tried using the group_confirm_cancel_timeout channel variable.
>>>>> I've written a testing script to get digits before bridging. But, it doesn't
>>>>> seem to be working.
>>>>>
>>>>> My understanding after reading wiki is,
>>>>> * When I dial [leg_timeout=10]user/1005, if he answers before
>>>>> timeout and in the process of giving digits, then the call shouldn't be
>>>>> disconnected after the leg_timeout secs (10 sec in the example).
>>>>>
>>>>> But, When I experiment it, the call is getting disconnected after 10
>>>>> seconds and it doesn't bother whether the callee has answered the
>>>>> call(Started giving digits) or not answered at all.
>>>>>
>>>>> I've checked it with nc as follows,
>>>>>
>>>>> sendmsg
>>>>> call-command: execute
>>>>> execute-app-name: set
>>>>> execute-app-arg: group_confirm_key=exec
>>>>>
>>>>> sendmsg
>>>>> call-command: execute
>>>>> execute-app-name: set
>>>>> execute-app-arg: group_confirm_file=perl /root/confirm.pl
>>>>>
>>>>> sendmsg
>>>>> call-command: execute
>>>>> execute-app-name: set
>>>>> execute-app-arg: group_confirm_cancel_timeout=1
>>>>>
>>>>> sendmsg
>>>>> call-command: execute
>>>>> execute-app-name: bridge
>>>>> execute-app-arg: [leg_timeout=10]user/1005
>>>>>
>>>>> And here is the script,
>>>>>
>>>>> use freeswitch;
>>>>> our $session;
>>>>> my $digit;
>>>>>
>>>>> while(1) {
>>>>> # Wait till response timeout for the first digit.
>>>>> $digit = $session->getDigits(1, "", 10000);
>>>>> freeswitch::consoleLog ("info","Digit>>".$digit."<<");
>>>>>
>>>>> if (! $session->ready() ) {
>>>>> freeswitch::consoleLog("info","Going to Exit\n");
>>>>> last;
>>>>> }
>>>>> if (defined $digit and $digit ne "" ) {
>>>>> freeswitch::consoleLog("info","DTMF received:
>>>>> $digit\n");
>>>>> if ($digit eq '#') {
>>>>> return;
>>>>> }
>>>>> }
>>>>> else {
>>>>> freeswitch::consoleLog("info","Timeout\n");
>>>>> $session->hangup();
>>>>> }
>>>>> }
>>>>> 1;
>>>>>
>>>>> If my understanding is right then, I believe there is something wrong
>>>>> with channel_variable.
>>>>>
>>>>> Kindly help me to resolve this.
>>>>>
>>>>> --
>>>>> Regards,
>>>>> Nagalenoj H.
>>>>>
>>>>> _______________________________________________
>>>>> 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>
>>>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 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
>>>>
>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Nagalenoj H.
>>>
>>> _______________________________________________
>>> 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>
>> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 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
>>
>>
>
> _______________________________________________
> 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>
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100618/02e15420/attachment-0001.html
More information about the FreeSWITCH-users
mailing list