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 <[email protected]> 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
