[Freeswitch-users] FreeSwitch setup as a "Dumb" SBC

[Ken Rice]

Never tried hah...



From: Anthony Minessale <anthony.minessale at gmail.com>
Reply-To: <freeswitch-users at lists.freeswitch.org>
Date: Tue, 3 Feb 2009 16:34:38 -0600
To: <freeswitch-users at lists.freeswitch.org>
Subject: Re: [Freeswitch-users] FreeSwitch setup as a "Dumb" SBC

What does it look like if you serve the directory from the static xml file
out of curiosity.


On Tue, Feb 3, 2009 at 4:11 PM, kokoska.rokoska <kokoska.rokoska at post.cz>
wrote:
> Ken Rice napsal(a):
> ...
> 
>> > On Registrations we have experienced Registration/second rates exceeding >>
150
>> > registrations per second using mod_xml_curl to feed the users directory. I
>> > suspect, this number can be greatly increased if we were to feed directory
>> > with something that cut out the apache and php over head
>> >
> 
> If someone interested I have few numbers on Registrar performance:
> 
> DB server:
> 2x Quad core E5345 @ 2.33GHz, 16 GiB RAM
> Centos 5 x86_64, MySQL 5.0
> 
> Registrar server:
> 2x Quad core E5345 @ 2.33GHz, 16 GiB RAM
> Centos 5 x86_64
> 
> Tested using sipp with 10.000 and 30.000 "users".
> 
> 
> FreeSWITCH as registrar - current trunk:
> 1. FreeSwitch si simply modified (code doing NAT-ping is commented out :-)
> 2. Directory is served through lighttpd and simple "C" binary doing one
> trivial select. Lighttpd runs on the same machine as FS. When I move
> lighhtpd to another machine, I cannot see any significat performance boost.
> 
> Result: I can go up to the 470-500 reg/s. and FS is heavy overloaded and
> retransmissions occurs.
> 
> 
> Kamailio as registrar - 1.4.3. no TLS:
> 1. Kamailio runs with usrloc db_mode 3 (no caching)
> 
> Result: I can go up to the 3500-3700 reg/s. and Kamailio server is at
> 0.3 load and all 8 cores are bellow 15 %. Without retransmissions. The
> limit is DB throughput.
> Just for "curiosity" I switched userloc to db_mode 2 (write back) and at
> 5000 regs/s I stopped the sipp test, because I saw the bottle neck
> becomes the server runnig sipp (very old P4 box).
> 
> 
> Conclusion:
> While I see amazing FreeSWITCH performance on INVITEs per seconds and
> concurrent calls (another galaxy from * point of view :-), if you have
> to handle lots of registrations per second, it is IMO better to use
> Kamailio/OpenSIPS/SER as separate registrar and "propagate" users to FS
> through SQL view.
> 
> Hope this helps someone...
> 
> Best regards,
> 
> kokoska.rokoska
> 
> _______________________________________________
> 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
> 
> 
> 
> -- 
> Anthony Minessale II
> 
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> 
> AIM: anthm
> MSN:anthony_minessale at hotmail.com <mailto:MSN%3Aanthony_minessale at hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> <mailto:PAYPAL%3Aanthony.minessale at gmail.com>
> IRC: irc.freenode.net <http://irc.freenode.net>  #freeswitch
> 
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org <mailto:sip%3A888 at conference.freeswitch.org>
> iax:guest at conference.freeswitch.org/888
> <http://iax:guest@conference.freeswitch.org/888>
> googletalk:conf+888 at conference.freeswitch.org
> <mailto:googletalk%3Aconf%2B888 at conference.freeswitch.org>
> pstn:213-799-1400
> 
> 
> _______________________________________________
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090203/79c8824b/attachment-0002.html