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<http://wiki.freeswitch.org/wiki/Variable_park_after_bridge> and transfer_after_bridge<http://wiki.freeswitch.org/wiki/Variable_transfer_after_bridge> .
- this is pretty clear.
"park_after_bridge"
If set to true, it will park<http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_park> the call after bridge<http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge> returns. This is checked before transfer_after_bridge<http://wiki.freeswitch.org/wiki/Variable_transfer_after_bridge> and hangup_after_bridge<http://wiki.freeswitch.org/wiki/Variable_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