I believe it's hangup_after_bridge, but it would be awesome if you could test it and report back here and update the wiki. 

Regards,
Ali Pey


On Thu, Feb 27, 2014 at 10:53 AM, Alex Lake <alex@digitalmail.com> wrote:
Just looking at the documentation:

"hangup_after_bridge"

Controls what happens to a calling (A) party when in a bridge state and the called (B) party hangs up. If "true" the dialplan will stop processing and the A leg will be terminated when the B leg terminates. If "false" (default) the dialplan continues to be processed after the B leg terminates. This is checked after park_after_bridge and transfer_after_bridge.

- this is pretty clear.


"park_after_bridge"

If set to true, it will park the call after bridge returns. This is checked before transfer_after_bridge and hangup_after_bridge.

- This is not nearly so clear!


Which of these things (if either!) control what happens to the called (B) party when the calling (A) party with which it is bridged hangs up?



_________________________________________________________________________
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