Softswitch performance
From Kolmisoft Wiki
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.
Real examples
In all of below examples companies are using recommended hardware.
Wholesale transit business #1
Implementation:
- 1 SIP balancer
- 3 Asterisk (MOR) servers
- 1 DB/GUI server
Results - up to 1000 concurrent calls, up to 1500 call attempts per minute (25 CPS)
