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

[Paul Belanger]

On Thu, Mar 13, 2014 at 6:54 PM, 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.
>
Yup, next limit you'll hit is dahdi pseudo channels, which is 512.

-- 
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belanger at polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger