Thanks very much for your examples<br><br><div class="gmail_quote">On Fri, May 16, 2008 at 8:59 PM, Sherwood McGowan <<a href="mailto:sherwood.mcgowan@gmail.com">sherwood.mcgowan@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">Alexander Olekhnovich wrote:<br>
> Hi Asterisk Users,<br>
><br>
> I'm interested in how many concurrent calls Asterisk can process<br>
> without troubles. I mean 1 Asterisk server (software) like either<br>
> proxy or media server (any numbers will be appropriate).<br>
><br>
> 1. Is there any limitations by the software? What is this number?<br>
> 2. What is the maximum count of concurrent calls you've ever seen/tested?<br>
><br>
> --<br>
> Thanks in advance<br>
> Alexander Olekhnovich<br>
</div></div>> ------------------------------------------------------------------------<br>
<div class="Ih2E3d">><br>
> _______________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-users mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div>Rather than jump into the heavy list of replies, in which there's some<br>
heated discussion, I thought I'd offer a quick $0.02:<br>
<br>
Asterisk's concurrent call capabilities is limited (as far as I know)<br>
only by the hardware you're using and the implementation. By this I mean<br>
that the amount of transcoding, meetme conferences, SIP/IAX/Zap<br>
channels, recording, CDR backend, etc...all take their toll on your<br>
hardware's capabilities.<br>
<br>
I'll give you two examples:<br>
1. On a Dual 1.5Ghz XEON, 2GB RAM server running CentOS 4.5(unsure on<br>
this anymore) with only Asterisk 1.4 TRUNK in 1995 in a SIP only<br>
environment with ONLY ulaw encoding, I've seen 500+ concurrent calls<br>
with over 2K users on a single machine. All clients were set for<br>
canreinvite=no, and qualify=yes. This system did not show degradation of<br>
performance.<br>
<br>
2. I'm currently working with a client that has a Dual 2.5 Ghz, 2GB RAM<br>
server, running Debian Etch. They are running two EM Wink T1 Trunks, and<br>
51 Zap phones locally running through Adtran Total Access Channel Banks,<br>
12 POTS lines running through a Rhino channel bank, and 27 SIP Phones.<br>
Concurrent calls only run at around 43 calls currently, although I've<br>
seen it as high as 53, and ALL calls are recorded other than local<br>
spying on channels and inter-extension calls. Additionally, this server<br>
has PostgreSQL and Apache running on it to allow administration to<br>
review CDRs and pull recordings, and a Zabbix monitoring agent daemon<br>
sending data to a local network Zabbix server. This server showed<br>
little or no degradation in call quality or service (even with Sox and<br>
Speexmix running in the background converting recordings via a<br>
background script) until just recently when we changed T1 providers and<br>
got EM Wink instead of the requested PRI. Before we had 99.999% of all<br>
calls complete from dial to hangup with no issues. Now we're at 98.8%,<br>
with calls being dropped in midconversation. I have not found the answer<br>
to what is causing the server to drop calls, other than after the<br>
switchover to EM_W our Zaptel accuracy started degrading. We are in the<br>
process of figuring out how we can resolve this, including possible<br>
hardware upgrades (which were already planned for handling recordings<br>
better)<br>
<br>
I hope these two examples help show you how two similar machines can<br>
vary drastically in performance with similar hardware. Differences in<br>
implementation make a BIG difference.<br>
<br>
Slainte,<br>
<font color="#888888">Sherwood McGowan<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Best Regards<br>Alexander Olekhnovich