[Asterisk-Users] RE: 5, 000 concurrent calls system rolloutquestion

[Wai Wu]

There you go. "if it is doing no other work" is key phrase. A lot of PC can do that these days if all it has to do is re-route packets to different destinations, and guess what, if you make sure silence compression is turned on at the endpoints, you can claim even more streams can be passed through. The trict here is how * stores the mapping pair and how effiecent its lookup process is. I have not looked at this part of the code in *, but would be interesting to find out.

On another topic. How many calls do you think one server can handle if every calls goes to a different IVR script of its own? Lets assume there is no trans-coding.

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com]On Behalf Of William
Boehlke
Sent: Friday, February 03, 2006 1:29 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: RE: [Asterisk-Users] RE: 5,000 concurrent calls system
rolloutquestion



One of our Telephony Server 5000 modules will throughput between 2,000 and
2,500 SIP calls with streams if it is doing no other work. One of these days
we will again announce the details of the ongoing benchmarks that we perform
with the help of system engineers from a major computer manufacturer. 

The key statement is "if it is doing no other work." If a server is playing
IVR or hosting conferences, throughput declines in unpredictable ways
depending on the actual mix of work. So when we spec a system for a
particular call volume we use relatively conservative engineering to ensure
that the system can handle the peak load. 

In real applications, we rate a box at less than half of its peak call
throughput. So for 5,000 calls, we'd probably use five servers plus an extra
one for failover. 

Someone trying to do that same amount of work with PC servers might need up
to four dozen of them in a complex configuration with a central voicemail
store. The load balancing and system management problems are considerable.