That b-leg has no place to go when it first comes up, so you should originate it to park then uuid_bridge.

On Thu, Oct 30, 2014 at 9:08 PM, Sumit Birla <sbirla@tampahost.net> wrote:
I am having an issue bridging calls with the following call flow:

Dial plan:

<condition field="destination_number" expression="^(20\d\d)$">
    <action application="answer" data=""/>
    <action application="eval" data="${luarun leg_b.lua ${uuid}}"/>
    <action application="park" data="”/>
</condition>


leg_b.lua:

uuid = argv[1]
api = freeswitch.API()
session = freeswitch.Session("{ignore_early_media=true}sofia/gateway/myvoipgw/18135551212")
api:execute("uuid_bridge", uuid..' '..session:get_uuid())


The incoming caller is parked as expected, and leg_b.lua makes its call.  However, as soon as the called party answers,  both ends hangup.  I see the following notices in the log:


[NOTICE] switch_cpp.cpp:1054 Hangup sofia/external/18135551212 [CS_RESET] [NORMAL_CLEARING]
...
[NOTICE] switch_ivr_bridge.c:951 Hangup sofia/internal/2000@default [CS_SOFT_EXECUTE] [DESTINATION_OUT_OF_ORDER]



Does any one know why above may be happening?   Perhaps a threading issue?

Thanks,


- Sumit
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.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



--

Brian West
brian@freeswitch.org


Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest