[Freeswitch-users] Freeswitch optimization as a registrar

[rod]

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