On Fri, Mar 14, 2014 at 3:02 AM, Olle E. Johansson <[email protected]> wrote: > > On 13 Mar 2014, at 23:54, Richard Mudgett <[email protected]> wrote: > > On Thu, Mar 13, 2014 at 5:07 PM, beiyan jin <[email protected]> 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. > Interesting, I missed that discussion, can you sum it up to a few lines while I look for the thread?
-- Paul Belanger | PolyBeacon, Inc. Jabber: [email protected] | IRC: pabelanger (Freenode) Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
