[Freeswitch-users] Only calling the first element in the list in this mode

Alex Lake alex at thewinelake.com
Mon Jun 11 17:52:36 MSD 2012


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 at 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 at digitalmail.com 
> <mailto:alex at 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 at freeswitch.org <mailto:consulting at freeswitch.org>
>     http://www.freeswitchsolutions.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 at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.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 at 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
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120611/e6d2b8e0/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list