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