asterisk users - Feb 2006 - RE: 5, 000 concurrent calls system rolloutquestion

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@lists.digium.com
[mailto:asterisk-users-bounces@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.

We run the same benchmarks on PC servers and get a small fraction of that
throughput with streams. If you're doing better, that's great. 

The facile response is "how much money do you have" since it's a
tuning
issue. For example, you get more throughput if you hold the IVR in RAM. 

But, as you know, there are no simple answers. If the IVRs are short, say
ten seconds, you'll be limited by call setup times instead of call
throughput and could peak at 500 calls or even fewer. 






-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Wai Wu
Sent: Friday, February 03, 2006 12:37 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: RE: [Asterisk-Users] RE: 5,000 concurrent calls system
rolloutquestion

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@lists.digium.com
[mailto:asterisk-users-bounces@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. 

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users