I don't really understand your dialplan since I don't see everything going on, but make sure you are using user/<EXTNUMBER>@domain.tld for your bridges.
Otherwise, ill have to defer to someone else.more.knowledgeable on that subject. I will note that it does work fine for me and I am on latest as of last night.
Brian Foster
Endigo Computer LLC
Sent from a mobile device.
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 LLCSent 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
_________________________________________________________________________
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