Can you please tell me what is meant by group confirm timeouts?, because I thought group confirm timeouts means you are talking about group_confirm_cancel_timeout only. I'm sorry if my understanding is wrong.<br><br>Here I've tested the group_confirm_cancel_timeout, and it didn't worked.<br>
But the same solution has worked for <span>Phillip Jones <br>
Refer <a href="http://www.mail-archive.com/freeswitch-users@lists.freeswitch.org/msg14207.html" target="_blank">http://www.mail-archive.com/freeswitch-users@lists.freeswitch.org/msg14207.html</a> .<br><br><br>My scenario is,<br>
When a caller calls, an ESL Outbound socket program will be executed.<br>The program will set group_confirm_key=exec and group_confirm_file=perl <a href="http://script.pl">script.pl</a><br>In the <a href="http://script.pl">script.pl</a> I'll get some digits from the user to get the confirmation, if true I'll allow him to bridge with the caller.<br>
<br>I've also used [leg_timeout=10]. What happens is, when the user answers the call after 5 seconds, then while getting the password, the call gets hangup, due to leg_timeout.<br><br>To solve this, I've added group_confirm_cancel_timeout=true, but still the other end got hangup immediately, once it reaches the leg_timeout.<br>
<br>Here is my dialplan:<br> <context name="default"><br> <extension name="outbound_soc"><br> <condition field="destination_number" expression="^.*$"><br>
<action application="set" data="continue_on_fail=true"/><br> <action application="set" data="bypass_media=false"/><br>
<action application="set" data="ignore_early_media=true"/><br> <action application="set" data="exec_after_bridge_app=park"/><br>
<action application="socket" data="<a href="http://0.0.0.0:8447">0.0.0.0:8447</a> async full"/><br> </condition><br> </extension><br>
</context><br><br>Here is the commands they I used in NC:<br>connect<br><br>sendmsg<br>call-command: execute<br>execute-app-name: answer<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://bridge.pl">bridge.pl</a><br><br>sendmsg<br>call-command:execute<br>execute-app-name: set<br>execute-app-arg: group_confirm_cancel_timeout=true<br>
<br>sendmsg<br>call-command: execute<br>execute-app-name: bridge<br>execute-app-arg: {group_confirm_cancel_timeout=true}[leg_timeout=10]user/1006<br><br>Here is the <a href="http://bridge.pl">bridge.pl</a>:<br>#!/usr/bin/perl<br>
use freeswitch;<br>use Data::Dumper;<br><br>our $session;<br>freeswitch::consoleLog("info","Goint to get the digits");<br># To simulate the scenario I used sleep here.<br>sleep(30);<br>1;<br><br>Here is the FreeSwitch Log.<br>
<a href="http://pastebin.freeswitch.org/13220">http://pastebin.freeswitch.org/13220</a><br><br>Kindly provide me some inputs. <br><br></span><div class="gmail_quote">On Fri, Jun 18, 2010 at 7:44 PM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com">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;">I said leg timeout beats the group confirm timeouts<div><br></div><div>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</div>
<div><br></div><div>{group_confirm_cancel_timeout=true}[leg_timeout=10]sofia/foo/<a href="mailto:foo@bar.com" target="_blank">foo@bar.com</a></div><div><div></div><div class="h5"><div><br></div><div><br><br><div class="gmail_quote">
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy <span dir="ltr"><<a href="mailto:lakindia89@gmail.com" target="_blank">lakindia89@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;">Dear Antony,<br><br>Also in the leg_timeout wiki <a href="http://wiki.freeswitch.org/wiki/Variable_leg_timeout" target="_blank">http://wiki.freeswitch.org/wiki/Variable_leg_timeout</a>, it is stated as follows<br>
<br>"If you are using group confirm then you can cancel the timeout by using the <a href="http://wiki.freeswitch.org/wiki/Channel_Variables#group_confirm_cancel_timeout" title="Channel Variables" target="_blank">group_confirm_cancel_timeout</a> channel variable."<div>
<div></div><div><br>
<br><br><div class="gmail_quote">On Thu, Jun 17, 2010 at 8:22 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;">
no there is no way, besides making both timeouts longer.<div>you could file a feature request/bounty to ask for a feature to stop the leg timer when you reach the confirm.</div><div><div></div><div><div><br><br>
<div class="gmail_quote">On Thu, Jun 17, 2010 at 4:23 AM, Nagalenoj H. <span dir="ltr"><<a href="mailto:nagalenoj@gmail.com" target="_blank">nagalenoj@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;">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?!<div>
<div></div><div><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></div></div>Regards,<br><font color="#888888">Nagalenoj H.<br>
</font><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>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>
</div></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>
</div></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>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>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">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>