[Freeswitch-users] Freeswitch optimization as a registrar

[Michael Jerris]

If your not using sqlite, make sure to create indexes on the tables  
created, you should be able to grep the ones we do in sqlite out of  
the code.

Mike

On Dec 30, 2008, at 9:59 AM, rod wrote:

> Hi,
>
> I upgraded today to 10999 with same results.
>
> rod.
>
> Michael Jerris wrote:
>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>
> _______________________________________________
> 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