I have tried this scenario and it did not work for me setting park_after_bridge while in a bridge. It seems to accept only the value that was set before the bridge. That's only my personal experience as I was trying to fix some issues with this as well.

Regards,

Ali Pey

On Tue, Feb 18, 2014 at 12:19 PM, Alex Lake <alex@digitalmail.com> wrote:

I have a query relating to the "park_after_bridge" channel variable:

Firstly, I find the definition in the wiki a little vague - could do
with an example (which I will provide once I'm sure I understand what
it's supposed to do)

If on an a-leg, I initiate a b-leg by executing bridge with
park_after_bridge=true, the idea is that the a-leg could terminate and
the b-leg stays connected.

How about if I initiate a b-leg without park_after_bridge, but then
while the calls are connected, set park_after_bridge=true (a b-leg
channel variable) then when a-leg terminates, will b-leg still be parked?

_________________________________________________________________________
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