Usually it works as follows, bridge {group_confirm_key=exec,group_confirm_file=perl xx.pl }user/1000,user/1001,user/1002 But, I want it like, bridge [group_confirm_key=exec,group_confirm_file=perl xx.pl]user/1000,[group_confirm_key=exec,group_confirm_file=perl xx.pl]user/1001,user/1002 So, I don't want the script to be executed if 1002 answers the call. Also, I need only one to answer the call. When the first person answers the call, the other extensions have to stop ringing immediately. But, this works as 'bridges with who completes the script first', On Fri, Feb 12, 2010 at 10:37 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
the script executes for everyone and gives them a chance to dial multiple digits to test for, this is what he asked for, instead of 1 digit dial multiple digits. you set the correct string as a variable on the channel and everybody runs the script and whoever dials the right digits wins the rest will be hungup on.
On Thu, Feb 11, 2010 at 10:18 PM, lakshmanan ganapathy < lakindia89@gmail.com> wrote:
Dear Antony, In bridge if we are making parallel calls, then group_confirm_key in execute mode will execute for all the extensions, and whomsoever finishes the script first, will be bridged.
But I think nagalenoj need to execute the script for the extension which answers the call first, not for all the extension.!!!.
From nanalenoj's post
" but when I do originate for multiple extensions, I want this script to work based on the answered extension."
On Thu, Feb 11, 2010 at 9:34 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
group_confirm_key in execute mode can execute a lua script instead that can read as many digits as you want and parse the results.
On Thu, Feb 11, 2010 at 9:54 AM, Michael Collins <msc@freeswitch.org>wrote:
Hehe, this is getting more and more complicated. You may want to consider using the event socket and have your call control be done from a more 3rd party-ish perspective. If you've got all these different scenarios it might be better to let an external script do all the work.
http://wiki.freeswitch.org/wiki/Event_Socket
-MC
On Thu, Feb 11, 2010 at 2:11 AM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
But My scenario is, After I get the call from X. I answer the call in some scenarios and won't answer the call. So, this leg can either be answered or unanswered. I originate a call to another number. After getting some digits from this originated leg. I do uuid_bridge of these 2 legs.
I want to play some file[ringback] to leg A before bridging to B.
On Wed, Feb 10, 2010 at 8:32 PM, Michael Collins <msc@freeswitch.org>wrote:
On Tue, Feb 9, 2010 at 9:57 PM, Nagalenoj H. <nagalenoj@gmail.com>wrote:
> Because, I want to get some digits before bridging the legs. I've > tried group_confirm_key, but it accepts only one digit, I need multiple > digits, so I can't use. > I've also tried group_confirm_file, but when I do originate for > multiple extensions, I want this script to work based on the answered > extension. > > So, I've originated and processed the events to do my job. > > How do I play some music to A leg? > > I might be missing something, but couldn't you just park the call ("A leg") until you connect to the other party ("B leg") and then uuid_bridge at whatever point you want? -MC
_______________________________________________ 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
_______________________________________________ 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> iax:guest@conference.freeswitch.org/888 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> iax:guest@conference.freeswitch.org/888 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.