[asterisk-users] My Phone Review- Large Scale Corp Deployment.

[Steve Edwards]

On Tue, 7 Nov 2006, RR wrote:

> On 11/2/06, Steve Edwards <asterisk.org at sedwards.com> wrote:
>> I'm running CentOS 4.4, Asterisk 1.2.13 on HP DL380's. My application is
>> mostly meetme conferences being created and closed all day long. Peak load
>> is around 200 SIP calls.
>> 
>> I was crashing 7 to 10 times a day until I booted a non-SMP kernel. I
>> haven't had a crash since. Meetme does not play well with SMP.
>
> HI Steve,
>
> I have constantly got conflicting reports about meetme and can't
> really make up my mind to actually put meetme into service till I find
> something better or just stick with meetme and be happy? I like the
> features it has but performance wise I have heard all sorts of things,
> yours being the most positive so far. so just wondering if I can learn
> something from you.
>
> So, is there anything special you've done in terms of configs,
> modules, OS tweaking/tuning and the like, in other words, anything
> over and above simply installing OS and (*) with meetme for the system
> mentioned above? Have you standardised codecs across the board to
> minimise translation overhead? If so, then what codec are you using?
> Are all your users on IP or some can come through the PSTN via DIDs
> etc?

All calls come in from a Tekelec 7000 via SIP.

Out of a peak of 200 calls, probably around 100 are in meetme, others are
listening to recorded messages or bouncing around in the menus.

No OS tweaks, no Asterisk source tweaks.

A TE410p is used as a timing source. The sound quality was not acceptable
with ztdummy.

I stripped down /etc/asterisk/modules.conf just 'cause "parts left out
don't get broken" :)

My sip.conf only allows ulaw, but "show channel" shows some using ulaw and
some using slin. This may be changing as the calls bounce from meetme to
recorded wav messages. The Zap pseudo channels show ulaw -- I would have
expected slin. Somebody who understands codec switching could help out and
explain it to both of us :)

"top" refreshing every 3 seconds shows the asterisk process consuming from
10% to 70% of the CPU. "top" refreshing every 30 seconds shows around 30%.
Does anybody know what causes the "spikes."

Thanks in advance,
------------------------------------------------------------------------
Steve Edwards      sedwards at sedwards.com      Voice: +1-760-468-3867 PST
Newline                                             Fax: +1-760-731-3000