Well, there are worse virus's one could be infected with, I suppose ;). Actually recently I had been surviving focusing on secure VoIP and wireless...
Giovanni Maruzzelli wrote: > 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
begin:vcard fn:David Sugar n:Sugar;David org:GNU Telephony email;internet:[email protected] tel;work:+1 609 465 5336 url:http://www.gnutelephony.org version:2.1 end:vcard
_______________________________________________ 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
