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> 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
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


_________________________________________________________________________
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
Version: 2012.0.2177 / Virus Database: 2433/5062 - Release Date: 06/11/12