Yes, that already is set to true - but I think that's what might be causing the problem! Let me explain the scenario a little better: A DDI is linked to a dialplan script a bit like this: <include> <extension name="0044302"> <condition field="destination_number" expression="^(302|441316110347)$"> <action application="set" data="sb_routing=${sb_routing}&441316110347_302_PersonalExtension_Rob Darwin two"/> <action application="set" data="tenant_id=0044"/> <action application="set" data="b_ext=302"/> <action application="export" data="alert_info=http://lnhnov11.dmclub.net/generic/tones/Personal.wav"/> <action application="set" data="call_timeout=60"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="bridge_generate_comfort_noise=true"/> <action application="set" data="group_confirm_key=exec"/> <action application="export" data="whisper_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/302_whisper.wav"/> <action application="export" data="accept_msg=/home/pabx/004-0044/20120611-114725-00001/recordings/tts/accept1.wav"/> <action application="set" data="ringback=$${uk-ring}"/> <action application="set" data="transfer_ringback_=$${uk-ring}"/> <action application="set" data="ignore_early_media=true"/> <action application="set" data="group_confirm_file=lua confirmcall.lua"/> <action application="bridge" data="[tenant_id=0044,b_ext=302,accept_mode=Direct]user/0044302@${domain_name},[tenant_id=0044,b_ext=302,leg_delay_start=60,accept_mode=Direct,origination_caller_id_number=00443020${ani}]sofia/internal/898000000006207855360320@a.b.c.d"/> <action application="set" data="comment=pers_inhours_VM" /> <action application="answer" /> <action application="sleep" data="1000"/> <action application="voicemail" data="default ${domain_name} 0044302"/> </condition> </extension> </include> You'll see from the bridge command that one of the outbound legs is to a user URL and the other to a sofia URL. In actuality that is 1 SIP handset and 1 PSTN destination (via a PSTN gateway) I believe we have only 1 sofia profile in the whole system - which is "internal", and that certainly has multiple-registrations set to "true" and I can see that's working by attempting to register simultaneously from lots of SIP handsets and then "show registrations" or "sofia_contact" from fs_cli. I'm wondering if I disable multiple SIP registrations, that it might then allow multiple-destination bridge commands.
Set multiple-registrations to true in the affected Sofia profile if you haven't already done so and report back.
Brian Foster Endigo Computer LLC
Sent from a mobile device.
On Jun 11, 2012 7:49 AM, "Alex Lake" <alex@digitalmail.com <mailto:alex@digitalmail.com>> wrote:
Having upgraded to the latest build (we were previously on a build from 2011), I'm finding that multiple SIP registrations are now working, but that multi-destination bridge commands are not.
Getting messages 2012-06-11 11:45:00.565775 [WARNING] switch_ivr_originate.c:2353 Only calling the first element in the list in this mode.
Is there some special "allow multi destination" setting that I need to add?
Rgds, Alex
_________________________________________________________________________ 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
Join Us At ClueCon - Aug 7-9, 2012
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: 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
Join Us At ClueCon - Aug 7-9, 2012
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
No virus found in this message. Checked by AVG - www.avg.com <http://www.avg.com> Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12