the entire dialplan extension is something like:
    <extension name="simul_call" continue="false">
      <condition field="destination_number" expression="^(\b1\d{3}\b)$">
        <action application="bind_meta_app" data="1 ab s execute_extension::dx XML features" />
        <action application="set" data="continue_on_fail=true" />
        <action application="set" data="transfer_ringback=$${hold_music}" />
        <action inline="true" application="lua" data="get_callee.lua" />
      </condition>
      <condition field="${is_call_allowed}" expression="allowed" continue="false">
<action application="bridge" data="${callee1},${callee2}" />
        <action application="answer" />
        <action application="sleep" data="1000" />
      </condition>
    </extension>
(the variables callee1 and callee2 are assigned within get_callee.lua)

it works fine with multiple linphone endpoints, but not with some others as sipdroid,
maybe in these scenarios the FS is acting differently against 180 and 183 response from the endpoints,
any ideas?



2014-05-24 19:56 GMT+08:00 Francis <sms@icefire.qza.net.au>:
Hi Vincent, the action looks correct, what else is in this extension?
Also, (this is a trap that one of my users created) are there any active
forward or divert settings on the endpoints themselves?

- Francis

On 23/05/2014 8:34 PM, Vincent Xia wrote:
> i was trying to ring multiple endpoints (A calls B1 and B2
> simultaneously) by doing
> <action application="bridge" data="user/${callee1},user/${callee2}"/>
> i was expecting one callee hung up once the other answers the call,
> but what i was experiencing is one hung up once the other rings, the
> FS console log says:
>
> [NOTICE] sofia_media.c:92 Pre-Answer sofia/internal/sip:callee1@1.2.3.4!
> [NOTICE] switch_ivr_originate.c:3448 Hangup sofia/callee2
> [CS_CONSUME_MEDIA] [LOSE_RACE]
>
> so how can i make the calls happen as expected?
>
> _________________________________________________________________________
> 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
>
> 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

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