Anthony, <br> 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.,<br><br>I've tried using the group_confirm_cancel_timeout along with call_timeout and things happening similar like setting leg_timout. <br>
<br>Then, tried without setting leg_timeout and call_timeout explicitly. <br> * In this case if the callee doesn't picks the call, it disconnects the leg in 30 secs.<br> * If he answers the call and the script continues to execute, the leg is disconnected in 60 secs.<br>
<br>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. <br><br>Any other way of doing this?!<br><br>
<br><div class="gmail_quote">On Tue, Jun 15, 2010 at 10:53 PM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">leg timeout beats the group confirm timeouts<div><br><br><div class="gmail_quote"><div><div>
</div><div>On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <span dir="ltr"><<a href="mailto:nagalenoj@gmail.com" target="_blank">nagalenoj@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>Dear friends,<br> 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.<br>
<br>My understanding after reading wiki is,<br>
* 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).<br><br>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.<br>
<br>I've checked it with nc as follows,<br><br>sendmsg<br>call-command: execute<br>execute-app-name: set<br>execute-app-arg: group_confirm_key=exec<br><br>sendmsg<br>call-command: execute<br>execute-app-name: set<br>
execute-app-arg: group_confirm_file=perl /root/<a href="http://confirm.pl" target="_blank">confirm.pl</a><br>
<br>sendmsg<br>call-command: execute<br>execute-app-name: set<br>execute-app-arg: group_confirm_cancel_timeout=1<br><br>sendmsg<br>call-command: execute<br>execute-app-name: bridge<br>execute-app-arg: [leg_timeout=10]user/1005<br>
<br>And here is the script,<br><br>use freeswitch;<br>our $session;<br>my $digit;<br><br>while(1) {<br> # Wait till response timeout for the first digit.<br> $digit = $session->getDigits(1, "", 10000);<br>
freeswitch::consoleLog ("info","Digit>>".$digit."<<");<br><br> if (! $session->ready() ) {<br> freeswitch::consoleLog("info","Going to Exit\n");<br>
last;<br> }<br> if (defined $digit and $digit ne "" ) {<br> freeswitch::consoleLog("info","DTMF received: $digit\n");<br> if ($digit eq '#') {<br>
return;<br> }<br> }<br> else {<br> freeswitch::consoleLog("info","Timeout\n");<br> $session->hangup();<br> }<br>
}<br>1;<br><br>If my understanding is right then, I believe there is something wrong with channel_variable.<br><br>Kindly help me to resolve this.<br><br>-- <br>Regards,<br><font color="#888888">Nagalenoj H.<br>
</font><br></div></div>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>
<br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>Nagalenoj H.<br>