I've used intercept application instead of uuid_bridge. I got the call bridged with the given uuid. But, similar to uuid_bridge, A leg is getting disconnected when B leg terminates. I've did the same steps posted above, but used intercept instead of uuid_bridge. Am I right?! Tried using the hangup_after_bridge=false, but didn't see any difference. On Wed, Feb 3, 2010 at 10:38 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
Tell one leg to execute intercept on the other instead.
On Feb 2, 2010 9:40 PM, "Nagalenoj H." <nagalenoj@gmail.com> wrote:
Dear friends, In event socket, Why the session is closed for A leg when I do a uuid_bridge with another uuid. I've done the following operations(In nc), * Dial to he socket extension. * connect to the call. * Answered the call. * Bridged with extension X. When B leg terminates, A leg continues to be alive. * Create an uuid. * Originated a call with origination_uuid and parked the leg. * I did a uuid_bridge for these 2 legs. * When B leg terminates the call, A leg is also getting exited.
I've tried setting the hangup_after_bridge to false explicitly. But, A leg is getting exited. I need it for further processing.
What is the way in which I can keep the A leg alive after uuid_bridge??
-- Regards, Nagalenoj H.
_______________________________________________ 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
_______________________________________________ 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