<div dir="ltr"><div><br></div><div>The limit 10 is just an assumption. For real number I've set in my conference server is 350 max participants to join. As per the load testing I've performed on the server, after 400+ participants voice is getting choppy so I've set the max limit to 350 globally for safe reason.<br></div><div><br></div><div>If 5 other participants want to join the bridge even max limit has been reached, please advise to merge remaining participants that joined dynamically created bridge B with A. <br></div><div><br></div><div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Date: Thu, 23 Aug 2018 00:01:12 +0200<br>
From: Antony Stone <<a href="mailto:Antony.Stone@asterisk.open.source.it" target="_blank">Antony.Stone@asterisk.open.source.it</a>><br>
To: "Asterisk Users Mailing List - Non-Commercial Discussion"<br>
<<a href="mailto:asterisk-users@lists.digium.com" target="_blank">asterisk-users@lists.digium.com</a>><br>
Subject: Re: [asterisk-users] Merging 2 conference bridges<br>
Message-ID: <<a href="mailto:201808230001.12651.Antony.Stone@asterisk.open.source.it" target="_blank">201808230001.12651.Antony.Stone@asterisk.open.source.it</a>><br>
Content-Type: Text/Plain; charset="iso-8859-15"<br>
<br>
On Wednesday 22 August 2018 at 23:49:29, Ahmed Chohan wrote:<br>
<br>
> Hi,<br>
> <br>
> I would like to know how can I achieve merge 2 conference rooms in same<br>
> asterisk server. For example 10 users joined bridge A and max user limit is<br>
> set to 10. If more than 10 users try to join this bridge A, 11th user<br>
> should join to the dynamically created bridge B and merge with bridge A. So<br>
> that all eleven participants should be able to talk to each other.<br>
<br>
My first question upon seeing this is:<br>
<br>
- if you want all 11 people to be able to talk to each other, why do you set <br>
a 10-participant limit on the original conference?<br>
<br>
<br>
Antony.<br>
<br>
-- <br>
I conclude that there are two ways of constructing a software design: One way <br>
is to make it so simple that there are _obviously_ no deficiencies, and the <br>
other way is to make it so complicated that there are no _obvious_ <br>
deficiencies.<br>
<br>
- C A R Hoare<br>
<br>
Please reply to the list;<br>
please *don't* CC me.<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Regards,<br><br>Ahmed Munir Chohan<br><br></div></div></div>