[Freeswitch-users] park_after_bridge

[Dave R. Kompel]

I set it while on a bridge, and it works just fine. In my call control abstraction library, when moving multiple calls to a bridge or joining two bridges it sets it, does a bunch of transfers, and then clears it. Works great!  
   
--Dave
      _____  

  From: Ali Pey [mailto:alipey at gmail.com]
To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org]
Sent: Tue, 18 Feb 2014 12:04:37 -0800
Subject: Re: [Freeswitch-users] park_after_bridge

  
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 at 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 at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

      
   
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140218/85df44c7/attachment-0001.html