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

2009.02.10 597 sim. calls SIP -> H323

2009.02.07 550 sim. calls H323 pass-through


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

Asterisk1575.png



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)

Asterisk906.jpg Top906.jpg



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


834calls.png




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

608calls.png




  • canreinvite=yes means that voice traffic goes from client to provider directly bypassing MOR system