Behaviour of group_confirm_cancel_timeout
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.
leg timeout beats the group confirm timeouts On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
On Tue, Jun 15, 2010 at 10:23 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
leg timeout beats the group confirm timeouts
FYI, I added this nugget to the group_confirm_cancel_timeout chan var wiki page: http://wiki.freeswitch.org/wiki/Channel_Variables#group_confirm_cancel_timeo... -MC
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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@bar.com On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy <lakindia89@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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Can you please tell me what is meant by group confirm timeouts?? Here I've tested the group_confirm_cancel_timeout, and it didn't worked. But the same solution has worked for Phillip Jones Refer http://www.mail-archive.com/freeswitch-users@lists.freeswitch.org/msg14207.h.... My scenario is, On Fri, Jun 18, 2010 at 7:44 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
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@bar.com
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy < lakindia89@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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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. Here I've tested the group_confirm_cancel_timeout, and it didn't worked. But the same solution has worked for Phillip Jones Refer http://www.mail-archive.com/freeswitch-users@lists.freeswitch.org/msg14207.h.... My scenario is, When a caller calls, an ESL Outbound socket program will be executed. The program will set group_confirm_key=exec and group_confirm_file=perl script.pl In the script.pl I'll get some digits from the user to get the confirmation, if true I'll allow him to bridge with the caller. 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. 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. Here is my dialplan: <context name="default"> <extension name="outbound_soc"> <condition field="destination_number" expression="^.*$"> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bypass_media=false"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="exec_after_bridge_app=park"/> <action application="socket" data=" 0.0.0.0:8447 async full"/> </condition> </extension> </context> Here is the commands they I used in NC: connect sendmsg call-command: execute execute-app-name: answer 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/bridge.pl sendmsg call-command:execute execute-app-name: set execute-app-arg: group_confirm_cancel_timeout=true sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=true}[leg_timeout=10]user/1006 Here is the bridge.pl: #!/usr/bin/perl use freeswitch; use Data::Dumper; our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1; Here is the FreeSwitch Log. http://pastebin.freeswitch.org/13220 Kindly provide me some inputs. On Fri, Jun 18, 2010 at 7:44 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
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@bar.com
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy < lakindia89@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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Dear Antony, Can you please give me some inputs regarding my douts? On Sat, Jun 19, 2010 at 11:38 AM, lakshmanan ganapathy <lakindia89@gmail.com
wrote:
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.
Here I've tested the group_confirm_cancel_timeout, and it didn't worked. But the same solution has worked for Phillip Jones Refer http://www.mail-archive.com/freeswitch-users@lists.freeswitch.org/msg14207.h....
My scenario is, When a caller calls, an ESL Outbound socket program will be executed. The program will set group_confirm_key=exec and group_confirm_file=perl script.pl In the script.pl I'll get some digits from the user to get the confirmation, if true I'll allow him to bridge with the caller.
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.
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.
Here is my dialplan: <context name="default"> <extension name="outbound_soc"> <condition field="destination_number" expression="^.*$"> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bypass_media=false"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="exec_after_bridge_app=park"/> <action application="socket" data=" 0.0.0.0:8447 async full"/> </condition> </extension> </context>
Here is the commands they I used in NC: connect
sendmsg call-command: execute execute-app-name: answer
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/bridge.pl
sendmsg call-command:execute execute-app-name: set execute-app-arg: group_confirm_cancel_timeout=true
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=true}[leg_timeout=10]user/1006
Here is the bridge.pl: #!/usr/bin/perl use freeswitch; use Data::Dumper;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Here is the FreeSwitch Log. http://pastebin.freeswitch.org/13220
Kindly provide me some inputs.
On Fri, Jun 18, 2010 at 7:44 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
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@bar.com
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy < lakindia89@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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me. Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout. connect sendmsg call-command: execute execute-app-name:answer 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/bridge.pl sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005 bridge.pl: #!/usr/bin/perl use freeswitch; our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1; Kindly tell me whats wrong in the above. On Fri, Jun 18, 2010 at 7:44 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
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@bar.com
On Fri, Jun 18, 2010 at 12:50 AM, lakshmanan ganapathy < lakindia89@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@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@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@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
Can you supply a console log of these calls? -MC On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
I've pasted the console log here, http://pastebin.freeswitch.org/13333 On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
update and reproduce that same log with latest GIT the version you are using has an issue. On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Here is the log got from the latest GIT source. http://pastebin.freeswitch.org/13347 On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
you also need user_recurse_variables=false {user_recurse_variables=false,group_confirm_cancel_timeout=true} On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Got core dump when I execute the bridge as execute-app-arg: {user_recurse_variables=false,group_confirm_cancel_timeout=true}[leg_timeout=10]user/1000 Console log is here, http://pastebin.freeswitch.org/13371 core dump backtrace is here, http://pastebin.freeswitch.org/13372 Also, tried after git pull, but the result is same. On Mon, Jul 5, 2010 at 8:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you also need user_recurse_variables=false
{user_recurse_variables=false,group_confirm_cancel_timeout=true}
On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Dear Anthony, I've tried using the group_confirm_cancel_timeout as per the discussion we had in IRC. You wanted to used it as part of dial string and not as a channel variable. But, It doesn't work for me.
Here is how I've given the commands and the script I've executed. Even when I give group_confirm_cancel_timeout, the callee's leg is getting disconnected after legtimeout.
connect
sendmsg call-command: execute execute-app-name:answer
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/bridge.pl
sendmsg call-command: execute execute-app-name: bridge execute-app-arg: {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005
bridge.pl: #!/usr/bin/perl use freeswitch;
our $session; freeswitch::consoleLog("info","Goint to get the digits"); # To simulate the scenario I used sleep here. sleep(30); 1;
Kindly tell me whats wrong in the above.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
try latest GIT, that was an edge case and it's fixed. On Tue, Jul 6, 2010 at 1:58 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Got core dump when I execute the bridge as execute-app-arg: {user_recurse_variables=false,group_confirm_cancel_timeout=true}[leg_timeout=10]user/1000
Console log is here, http://pastebin.freeswitch.org/13371
core dump backtrace is here, http://pastebin.freeswitch.org/13372
Also, tried after git pull, but the result is same.
On Mon, Jul 5, 2010 at 8:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you also need user_recurse_variables=false
{user_recurse_variables=false,group_confirm_cancel_timeout=true}
On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org>wrote:
Can you supply a console log of these calls? -MC
On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
> Dear Anthony, > I've tried using the group_confirm_cancel_timeout as per the > discussion we had in IRC. You wanted to used it as part of dial string and > not as a channel variable. > But, It doesn't work for me. > > Here is how I've given the commands and the script I've executed. > Even when I give group_confirm_cancel_timeout, the callee's leg is getting > disconnected after legtimeout. > > > connect > > sendmsg > call-command: execute > execute-app-name:answer > > 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/bridge.pl > > sendmsg > call-command: execute > execute-app-name: bridge > execute-app-arg: > {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005 > > > > bridge.pl: > #!/usr/bin/perl > use freeswitch; > > our $session; > freeswitch::consoleLog("info","Goint to get the digits"); > # To simulate the scenario I used sleep here. > sleep(30); > 1; > > Kindly tell me whats wrong in the above. > >
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
After git pull, the behavior remains the same. When I check the console log, the leg has got disconnected after leg_timeout seconds but the session for the leg has got closed after the script exists. 2010-07-07 05:27:39.156085 [INFO] mod_dialplan_xml.c:331 Processing 1005->212 in context default 2010-07-07 05:27:39.194359 [NOTICE] mod_dptools.c:746 Channel [sofia/internal/1005@192.168.1.72] has been answered 2010-07-07 05:27:42.708162 [NOTICE] sofia.c:4875 Channel [sofia/internal/ sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>] has been answered 2010-07-07 05:27:49.020053 [INFO] mod_dptools.c:2393 Originate Failed. Cause: NO_ANSWER 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1193 Session 6 (sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>) Ended 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1195 Close Channel sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>[CS_DESTROY] Here is the console log, http://pastebin.freeswitch.org/13395 On Tue, Jul 6, 2010 at 8:56 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try latest GIT, that was an edge case and it's fixed.
On Tue, Jul 6, 2010 at 1:58 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Got core dump when I execute the bridge as execute-app-arg: {user_recurse_variables=false,group_confirm_cancel_timeout=true}[leg_timeout=10]user/1000
Console log is here, http://pastebin.freeswitch.org/13371
core dump backtrace is here, http://pastebin.freeswitch.org/13372
Also, tried after git pull, but the result is same.
On Mon, Jul 5, 2010 at 8:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you also need user_recurse_variables=false
{user_recurse_variables=false,group_confirm_cancel_timeout=true}
On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
I've pasted the console log here,
http://pastebin.freeswitch.org/13333
On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins <msc@freeswitch.org > wrote:
> Can you supply a console log of these calls? > -MC > > > On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote: > >> Dear Anthony, >> I've tried using the group_confirm_cancel_timeout as per the >> discussion we had in IRC. You wanted to used it as part of dial string and >> not as a channel variable. >> But, It doesn't work for me. >> >> Here is how I've given the commands and the script I've executed. >> Even when I give group_confirm_cancel_timeout, the callee's leg is getting >> disconnected after legtimeout. >> >> >> connect >> >> sendmsg >> call-command: execute >> execute-app-name:answer >> >> 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/bridge.pl >> >> sendmsg >> call-command: execute >> execute-app-name: bridge >> execute-app-arg: >> {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005 >> >> >> >> bridge.pl: >> #!/usr/bin/perl >> use freeswitch; >> >> our $session; >> freeswitch::consoleLog("info","Goint to get the digits"); >> # To simulate the scenario I used sleep here. >> sleep(30); >> 1; >> >> Kindly tell me whats wrong in the above. >> >> > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
This is not at all the same. in your script you have to do one of the following: if they dialed the right digits answer the channel, if not hangup the channel. you are doing neither and originate is hanging up for you because you did not answer the channel. Can we be done with this thread now? it's trying my patience. On Wed, Jul 7, 2010 at 12:47 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
After git pull, the behavior remains the same.
When I check the console log, the leg has got disconnected after leg_timeout seconds but the session for the leg has got closed after the script exists.
2010-07-07 05:27:39.156085 [INFO] mod_dialplan_xml.c:331 Processing 1005->212 in context default 2010-07-07 05:27:39.194359 [NOTICE] mod_dptools.c:746 Channel [sofia/internal/1005@192.168.1.72] has been answered 2010-07-07 05:27:42.708162 [NOTICE] sofia.c:4875 Channel [sofia/internal/ sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>] has been answered 2010-07-07 05:27:49.020053 [INFO] mod_dptools.c:2393 Originate Failed. Cause: NO_ANSWER 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1193 Session 6 (sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>) Ended 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1195 Close Channel sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>[CS_DESTROY]
Here is the console log, http://pastebin.freeswitch.org/13395
On Tue, Jul 6, 2010 at 8:56 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try latest GIT, that was an edge case and it's fixed.
On Tue, Jul 6, 2010 at 1:58 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Got core dump when I execute the bridge as execute-app-arg: {user_recurse_variables=false,group_confirm_cancel_timeout=true}[leg_timeout=10]user/1000
Console log is here, http://pastebin.freeswitch.org/13371
core dump backtrace is here, http://pastebin.freeswitch.org/13372
Also, tried after git pull, but the result is same.
On Mon, Jul 5, 2010 at 8:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you also need user_recurse_variables=false
{user_recurse_variables=false,group_confirm_cancel_timeout=true}
On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
update and reproduce that same log with latest GIT the version you are using has an issue.
On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
> I've pasted the console log here, > > http://pastebin.freeswitch.org/13333 > > > On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins < > msc@freeswitch.org> wrote: > >> Can you supply a console log of these calls? >> -MC >> >> >> On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote: >> >>> Dear Anthony, >>> I've tried using the group_confirm_cancel_timeout as per the >>> discussion we had in IRC. You wanted to used it as part of dial string and >>> not as a channel variable. >>> But, It doesn't work for me. >>> >>> Here is how I've given the commands and the script I've executed. >>> Even when I give group_confirm_cancel_timeout, the callee's leg is getting >>> disconnected after legtimeout. >>> >>> >>> connect >>> >>> sendmsg >>> call-command: execute >>> execute-app-name:answer >>> >>> 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/bridge.pl >>> >>> sendmsg >>> call-command: execute >>> execute-app-name: bridge >>> execute-app-arg: >>> {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005 >>> >>> >>> >>> bridge.pl: >>> #!/usr/bin/perl >>> use freeswitch; >>> >>> our $session; >>> freeswitch::consoleLog("info","Goint to get the digits"); >>> # To simulate the scenario I used sleep here. >>> sleep(30); >>> 1; >>> >>> Kindly tell me whats wrong in the above. >>> >>> >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Finally, I've came to know how to make this working. All the group_confirm variables have to be set as part of dial string and setting user_recurse_variables=false made it worked. {user_recurse_variables=false,group_confirm_cancel_timeout=true,group_confirm_key=exec,group_confirm_file='perl /root/bridge.pl'}[leg_timeout=10]user/1006 user_recurse_variables=false isn't needed to be set when dialing the extension as sofia/internal/foo@bar.com. In this case, the variables could also be set by using set application not necessary to be part of dial string. Thanks. On Wed, Jul 7, 2010 at 7:16 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
This is not at all the same.
in your script you have to do one of the following:
if they dialed the right digits answer the channel, if not hangup the channel. you are doing neither and originate is hanging up for you because you did not answer the channel.
Can we be done with this thread now? it's trying my patience.
On Wed, Jul 7, 2010 at 12:47 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
After git pull, the behavior remains the same.
When I check the console log, the leg has got disconnected after leg_timeout seconds but the session for the leg has got closed after the script exists.
2010-07-07 05:27:39.156085 [INFO] mod_dialplan_xml.c:331 Processing 1005->212 in context default 2010-07-07 05:27:39.194359 [NOTICE] mod_dptools.c:746 Channel [sofia/internal/1005@192.168.1.72] has been answered 2010-07-07 05:27:42.708162 [NOTICE] sofia.c:4875 Channel [sofia/internal/ sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>] has been answered 2010-07-07 05:27:49.020053 [INFO] mod_dptools.c:2393 Originate Failed. Cause: NO_ANSWER 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1193 Session 6 (sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>) Ended 2010-07-07 05:28:12.761902 [NOTICE] switch_core_session.c:1195 Close Channel sofia/internal/sip:1000@192.168.6.114 <sip%3A1000@192.168.6.114>[CS_DESTROY]
Here is the console log, http://pastebin.freeswitch.org/13395
On Tue, Jul 6, 2010 at 8:56 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try latest GIT, that was an edge case and it's fixed.
On Tue, Jul 6, 2010 at 1:58 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Got core dump when I execute the bridge as execute-app-arg: {user_recurse_variables=false,group_confirm_cancel_timeout=true}[leg_timeout=10]user/1000
Console log is here, http://pastebin.freeswitch.org/13371
core dump backtrace is here, http://pastebin.freeswitch.org/13372
Also, tried after git pull, but the result is same.
On Mon, Jul 5, 2010 at 8:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
you also need user_recurse_variables=false
{user_recurse_variables=false,group_confirm_cancel_timeout=true}
On Sat, Jul 3, 2010 at 8:22 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
Here is the log got from the latest GIT source.
http://pastebin.freeswitch.org/13347
On Fri, Jul 2, 2010 at 10:15 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
> update and reproduce that same log with latest GIT the version you > are using has an issue. > > > On Fri, Jul 2, 2010 at 12:25 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote: > >> I've pasted the console log here, >> >> http://pastebin.freeswitch.org/13333 >> >> >> On Wed, Jun 30, 2010 at 11:15 PM, Michael Collins < >> msc@freeswitch.org> wrote: >> >>> Can you supply a console log of these calls? >>> -MC >>> >>> >>> On Wed, Jun 30, 2010 at 7:37 AM, Nagalenoj H. <nagalenoj@gmail.com >>> > wrote: >>> >>>> Dear Anthony, >>>> I've tried using the group_confirm_cancel_timeout as per the >>>> discussion we had in IRC. You wanted to used it as part of dial string and >>>> not as a channel variable. >>>> But, It doesn't work for me. >>>> >>>> Here is how I've given the commands and the script I've executed. >>>> Even when I give group_confirm_cancel_timeout, the callee's leg is getting >>>> disconnected after legtimeout. >>>> >>>> >>>> connect >>>> >>>> sendmsg >>>> call-command: execute >>>> execute-app-name:answer >>>> >>>> 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/bridge.pl >>>> >>>> sendmsg >>>> call-command: execute >>>> execute-app-name: bridge >>>> execute-app-arg: >>>> {group_confirm_cancel_timeout=1}[leg_timeout=10]user/1005 >>>> >>>> >>>> >>>> bridge.pl: >>>> #!/usr/bin/perl >>>> use freeswitch; >>>> >>>> our $session; >>>> freeswitch::consoleLog("info","Goint to get the digits"); >>>> # To simulate the scenario I used sleep here. >>>> sleep(30); >>>> 1; >>>> >>>> Kindly tell me whats wrong in the above. >>>> >>>> >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> > googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@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@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@hotmail.com<MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@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.
Dear Antony, If leg timeout beats group_confirm_cancel_timeout then in wiki it is stated as follows: group_confirm_cancel_timeoutIf set, cancels a leg timeout after the call is answered.Can you please clarify me then, what is the use of group_confirm_cancel_timeout, if leg_timeout beats it. On Tue, Jun 15, 2010 at 10:53 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
leg timeout beats the group confirm timeouts
On Tue, Jun 15, 2010 at 12:28 AM, Nagalenoj H. <nagalenoj@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@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@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Anthony Minessale
-
lakshmanan ganapathy
-
Michael Collins
-
Nagalenoj H.