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 >> [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
