Difference between revisions of "Softswitch performance"
From Kolmisoft Wiki
Jump to navigationJump to search
Line 1: | Line 1: | ||
== General information == | |||
Performance results in the following conditions ([[Recommended_hardware_for_MOR_server |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: | Performance results in the following conditions ([[Recommended_hardware_for_MOR_server |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: | ||
Line 25: | Line 27: | ||
<br> | <br> | ||
<br> | <br> | ||
== Real examples == | |||
=== Wholesale transit business #1 === | |||
[[Recommended_hardware_for_MOR_server | Recommended hardware]] is used. 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) | |||
=== Wholesale transit business #2 === | |||
Implementation: | |||
* 2 Asterisk (MOR) servers | |||
* 1 DB + GUI server | |||
* 1 DB server | |||
Results - up to 200 concurrent calls, up to 400 call attempts per minute (7 CPS) | |||
==See also== | ==See also== | ||
Revision as of 09:43, 6 October 2014
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
Wholesale transit business #1
Recommended hardware is used. 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)
Wholesale transit business #2
Implementation:
- 2 Asterisk (MOR) servers
- 1 DB + GUI server
- 1 DB server
Results - up to 200 concurrent calls, up to 400 call attempts per minute (7 CPS)