[Freeswitch-users] Freeswitch optimization as a registrar

Giovanni Maruzzelli gmaruzz at celliax.org
Tue Dec 30 05:27:36 PST 2008


Hi David,

very happy to read you on the FS list!

We met in 2001 at OSCon San Diego, where you "infected" me with the
telephony virus :-).

You did great work with the Bayonne project, really breaking new ground.

Thank you,

happy hacking,

happy new year!!!!



Sincerely,

Giovanni Maruzzelli
=========================================
Company : Celliax
Website: www.celliax.org
Address : via Pierlombardo 9, 20135 Milano
Country/Territory : Italy
Business Email: gmaruzz at celliax dot org
Cell : 39-347-2665618
Fax : 39-02-87390039




On Tue, Dec 30, 2008 at 2:07 PM, David Sugar <dyfet at gnutelephony.org> wrote:
> You actually have potentially ~1320 effective "SIP transactions" per
> second to support 40000 registered ua's with a 60s refresh.  This is
> because the ua sends it's registration refresh unauthenticated.  The
> registrar will then push back an authentication challenge request so the
> ua can prove its identity, at which point the ua then repeats the same
> transaction, but with authentication credentials attached.
>
> 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
>
>



More information about the Freeswitch-users mailing list