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