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