Difference between revisions of "Softswitch performance"
From Kolmisoft Wiki
Jump to navigationJump to search
Line 1: | Line 1: | ||
It is important to note that simultaneous calls depends only on hardware you are using. | It is important to note that simultaneous calls depends only on hardware you are using. | ||
==2009.02.10 645 sim. calls SIP pass-through == | |||
* [[SIP pass-through test]] 645 calls | |||
==2009.02.10 597 sim. calls SIP -> H323 == | ==2009.02.10 597 sim. calls SIP -> H323 == | ||
Line 6: | Line 10: | ||
* [[SIP2H323 pass-through test]] 597 calls | * [[SIP2H323 pass-through test]] 597 calls | ||
==2009.02.07 550 sim. calls H323 == | ==2009.02.07 550 sim. calls H323 pass-through == | ||
* [[H323 pass-through test]] 550 calls | * [[H323 pass-through test]] 550 calls |
Revision as of 12:37, 10 February 2009
It is important to note that simultaneous calls depends only on hardware you are using.
2009.02.10 645 sim. calls SIP pass-through
- SIP pass-through test 645 calls
2009.02.10 597 sim. calls SIP -> H323
- SIP2H323 pass-through test 597 calls
2009.02.07 550 sim. calls H323 pass-through
- H323 pass-through test 550 calls
2008.03.01 1575 simultaneous calls (2049 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- ~15% calls with transcoding (~85% calls no transcoding)
- CPU busy 83% (17% idle)
- Comments:
- why channels/2 != calls?
- because not all of them was connected
- and when the system is loaded the channels stats update slow
- in that day we got to almost 3500 cc
- when you have a lot of invites, the system get very slow
- we got to 220 setup calls per second
- and the system was very havy
- in that load, your app was very good, however mysql become the bottlenack
- so i had to tweak it a little bit, but we already talked about it.
- with your app, from the time we installed, we already did more then 30M minutes.
- this setup can handle around 4k cc easly with no high rate cs per second
2008.02.18 906 simultaneous calls (1801 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- ~15% calls with transcoding (~85% calls no transcoding)
- CPU busy 58% (42% idle)
2008.05.10 834 simultaneous calls
- Debian Etch
uname -a Linux cl-t041-080cl 2.6.18-6-686-bigmem #1 SMP Sun Feb 10 22:21:07 UTC 2008 i686 GNU/Linux
cat /proc/cpuinfo 8 x Intel(R) Xeon(R) CPU E5405 @ 2.00GHz cpu MHz : 2000.190 cache size : 6144 KB
cat /proc/meminfo MemTotal: 6229536 kB
asterisk -vvvvR Asterisk 1.4.18.1, Copyright (C) 1999 - 2008 Digium, Inc. and others.
module show like mor app_mor.so MOR Billing Solution v0.6.0 0
2008.01.17 637 simultaneous calls (1274 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- no transcoding
- CPU busy 10% (90% idle)
2008.01.17 608 simultaneous calls (1215 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- CPU busy 6.7% (93.3% idle) no transcoding
- CPU 30-35% with transcoding
- canreinvite=yes means that voice traffic goes from client to provider directly bypassing MOR system