[Freeswitch-users] Freeswitch optimization as a registrar

[Michael Jerris]

What revision of FreeSWITCH are you trying with?  I would try with  
current trunk, I have a suspicion we fixed the main issue your running  
into.

Mike

On Dec 30, 2008, at 7:21 AM, rod wrote:

> Hi all,
>
> I know that freeswitch has not been designed as a pure sip
> proxy/registrar, but I'm wondering how many subscribers could be  
> handled
> by FS.
>
> I setup the following test environment:
>    - Kamailio 1.4.2 as the registrar
>    - all invite requests are flowing through FS, even for a call
> between 2 registered subscribers. Many reasons for this: the calls CDR
> are centralized in the same format, I can easily add a billing ID to a
> call, proceed to recording, set the caller as anonymous if  
> requested...
>    - FS is used also as a SBC
>
> There is still a lot of work to do, mainly on the call forwarding
> feature and this is why I'm wondering (simply out of curiosity) what
> could have been achieved using only FS (easier to setup when only one
> equipment is involved :) ).
>
> I'd like to register 40 000 subscribers (if each user registers every
> 60s, you have approx 670 registration per second, this setup is  
> working
> on Kamailio).
>
> I did the following to increase FS performance regarding registration:
>    - put the directory containing users in a RAMDISK
>    - put the db directory in a RAMDISK
>
> with this I was able to reach 190 registration per second (50 without
> the ramdisk) but for one SIP account, not too useful :p (for your
> information I see a huge improvement when switching from 1.0.1  
> phoenix:
> 150cps to FS svn 105xx: 190)
> When trying with 25000 SIP accounts, I got no more than 30cps.
>
> Then I tried to use the odbc mysql for registration, using this I was
> able to achieve 50cps. The mysql DB is not in a RAMDISK. For all these
> tests, the presence support has been disabled.
>
> As the IO performance seems to be a bottleneck, I'd like to know if
> there is a way to store the registration in memory only without  
> database
> persistency.
>
> This thread is there only to share tips, not to complain about FS poor
> performance as a SIP registrar when compared to Kamailio. If I compare
> FS to a commercial SBC I'm using in production, I have to say that  
> FS is
> really a great piece of software (lacks only statistics module, snmp,
> and heartbeat redundancy for failover).
>
> regards,
> rod
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org