No luck... my solution only works if is the B-Leg the first to leave the conference.... when the A-Leg (that passes by the dialplan to trigger the app conference...) hangup doesn't continue... Any ideas? Thanks, António On Wed, 2014-09-03 at 16:23 +0200, Antonio Silva wrote:
I just found a possible way on how to do it, if other try to do the same.
I create a normal conference with bridge, but i set the channel variable "hangup_after_conference=false", this way when one of the members leave the conf, the dialplan continues, in the next rule it create another conference with just the member that was left behind. :)
Thanks for the help.
Regards, António
On Wed, 2014-09-03 at 16:18 +0200, Antonio Silva wrote:
I didn't test the option endconf before, but test it now, it gives me the same result, when one of the participants hangups the call the conference is ended, the flag is not set on the members when in a conf. bridge. When i use the prefix bridge with conference it always force the minimum members to 2, you cannot play with the option mintwo, since its always force when in bridge, the solution was just not use this flag :)
Thanks, António
On Wed, 2014-09-03 at 10:23 -0300, Lucas Castro wrote:
You may want to check mintwo and endconf flags If you want the conference not to end, both members should have the endconf flag set
for reference: https://confluence.freeswitch.org/display/FREESWITCH/mod_conference
On Wed, Sep 3, 2014 at 10:05 AM, Antonio Silva <asilva@wirelessmundi.com> wrote:
Hi,
Is it possible to set the minimum members in a conference dynamically? for example: conference <confname> min 1
In my case, in doing conference with bridge, from the dialplan: <application="conference" data="bridge:.....">
But this forces the minimum number of members to 2, so when one member hangup, the conference is ended. The idea is to still use the bridge conference, but once the conference is created via an external command change the minimum conference members to 1.
Thanks, António
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
-- Atenciosamente, Lucas Castro
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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