[asterisk-dev] magic number 128- for concurrent meetme monitoring calls.

[Olle E. Johansson]

On 13 Mar 2014, at 23:54, Richard Mudgett <rmudgett at digium.com> wrote:

> 
> 
> 
> On Thu, Mar 13, 2014 at 5:07 PM, beiyan jin <jinbeiyan2002 at yahoo.com> wrote:
> In my load test calls,
> 1. each call has two parties connected by meetme conference.
> 2. Each call is recorded by monitor.
> 
> For every load test, before the number of concurrent calls reach 128,
> everything is fine. But after 128, newly started calls get dropped.
> Both CPU and memory are ok in the linux box hosting asterisk.
> 
> The behavior is like asterisk is configured to only allow 128 concurrent 
> calls or 256 concurrent channels.
> 
> If this is configured like this by default, where can I change the configuration?
> If it is not configured, then why it only allows 128 concurrent calls?
> 
> Sounds like the ulimit is at the default 1024.  You need to increase it because
> Asterisk needs a lot of file descriptors.
> 
> This kind of question is better asked on the asterisk-users list.

Don't forget that if you are using DAHDI there are dahdi file handles that will
expire at some point and give you strange problems. We had a discussion about that
a year or two ago on the list.

/O

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140314/9831e675/attachment.html>