Hello, Yes, that’s correct. I did set two bridge strings, like below: <action application="set" data="continue_on_fail=true" /> <action application="set" data="hangup_after_bridge=true" /> <action application="set" data="bridge_parameters={ignore_early_media=true}sofia/outbound/0031612345678@10.0.0.1:5060,sofia/outbound/0031612345679@10.0.0.1:5060" /> <action application="set" data="group_confirm_file=${prompts_directory}confirm.wav"/> <action application="set" data="group_confirm_key=1"/> <action application="bridge" data="${bridge_parameters}" /> <action application="bridge" data="{ignore_early_media=true}sofia/outbound/0031612345677@10.0.0.1:5060" /> But when both destinations in bridge_parameters don’t answer the phone, the incoming leg is also hung up, and execution doesn’t continue to the 2nd bridge. The reason I set the bridge_parameters is because this will be filled by a curl response. For now it’s just hardcoded. From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Avi Marcus Sent: Tuesday, July 15, 2014 6:48 PM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] confirmation for group_confirm If your group confirm is working.. do you just want a backup destination if nobody picks up? So set up hangup_after_bridge=true and then set two bridge strings. -Avi On Tue, Jul 15, 2014 at 2:04 PM, Grant Bagdasarian <GB@cm.nl<mailto:GB@cm.nl>> wrote: Hello, Is there a way to know in the incoming channel (A) if one of the destinations has pressed the group_confirm_key? Something like a “Answer Confirmation” confirmation. I’m bridging the incoming leg to multiple destinations simultaneously and on answer they have to press the confirm key in order to accept the call. When no one has answered or pressed the key, the incoming channel should be bridged to a final destination. I have no idea how to do the final bridge if the above condition is met. Simultaneous bridging and configuring the group_confirm is no problem. I’d like to this all of this in XML dialplan if possible. Other suggestions are welcome as well. Any ideas? Regards, Grant _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto: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