Difference between revisions of "Softswitch performance"
Line 100: | Line 100: | ||
* [[Performance tests | Results of MOR stress tests]] | * [[Performance tests | Results of MOR stress tests]] | ||
* [[M2_Switch_Stress_Test | Results of M2 stress tests]] | * [[M2_Switch_Stress_Test | Results of M2 stress tests]] | ||
* [http://blog.kolmisoft.com/how-do-you-select-a-softswitch-based-on-concurrent-calls/ How do you select a softswitch based on concurrent calls?] |
Revision as of 08:58, 18 March 2015
General information
Performance results in the following conditions (recommended hardware is used, SIP protocol, no transcoding, CPS is low (<5), GUI/DB on another server, other processes than calls are not in use) are:
- MOR - 500 concurrent calls*
- M2 - 1000 concurrent calls*
'* We cannot guarantee such amount of concurrent calls as many factors influence it:
- Hardware specifications (CPU, RAM, HDD type - 5400/7200 rpm, SSD, SAS, Raid, etc.)
- Network (routers/switches)
- Providers (connectivity, quality, PDD)
- CPS (if you accept a lot of short calls at the same time (so called dialer or call center traffic), softswitch performance decreases)
- Structure of call (signalling only or signalling with media)
- Processes, running on the same time (if you generate invoices, statistics or run other processes, softswitch performance decreases)
- Additional functionality usage (if you record calls, use different IVR structures, softswitch performance decreases)
- Codec and protocol used
- Protocol and codec conversion (in case of transcoding performance decreases two times)
- Calls length (if you accept a lot of short calls at the same time (so called dialer or call center traffic), softswitch performance decreases)
- DB and GUI on same server or on the separate (if you separate DB and GUI, you can increase performance)
- SIP balancer present or not (if you use SIP balancer in front of the servers, you can increase performance)
- Business model (Calling Card, Callback and Call Center calls decreases softswitch performance)
- etc
If you need better performance than single server solution can offer, you should use multi-server implementations.
See also: How do you select a softswitch based on concurrent calls?
Real examples
In all of below examples companies are using recommended hardware.
Wholesale transit business #1
Implementation:
- 2 SIP balancers (in redundancy)
- 3 Asterisk (MOR) servers
- 2 DB/GUI server (with MySQL replication, redundancy)
Results: up to 1000 concurrent calls, up to 1500 call attempts per minute (25 CPS)
Wholesale transit business #2
Implementation:
- 1 Asterisk (MOR) + DB + GUI server
Note: GUI is not used almost at all, server has 24 cores.
Results: up to 500 concurrent calls, up to 1500 call attempts per minute (25 CPS)
Retail business #1
Implementation:
- 1 Asterisk (MOR) server
- 1 DB + GUI server
Note: main business - incoming calls through DIDs
Results: up to 100 concurrent calls, up to 50 call attempts per minute (1 CPS)
Calling Cards and Retail business #1
Implementation:
- 1 Asterisk (MOR) + DB + GUI server
Note: main business - calling cards and retail
Results: up to 100 concurrent calls, up to 800 call attempts per minute (13 CPS)