[Freeswitch-users] Max of 170 channels in the conference room.

Johny Kadarisman jkr888 at gmail.com
Fri May 30 06:44:25 PDT 2008


sorry, I mean 'not' dual-core. :)


On Fri, May 30, 2008 at 8:42 AM, Johny Kadarisman <jkr888 at gmail.com> wrote:

> Right, specially, After I know, My machine is dual core, instead just a 2
> processor with hyperthreading.
>
>
> On Fri, May 30, 2008 at 2:42 AM, Faraz R. Khan <faraz.khan at emergen.biz>
> wrote:
>
>> 170 is an super impressive number at any rate!
>>
>> Pardon my lack of knowledge on SIP but what if DTMF is being sent as SIP
>> INFO from the UA using media proxy mode?
>>
>> On Thu, 2008-05-29 at 15:31 -0500, Anthony Minessale wrote:
>> > you can do originate
>> > {ignore_early_media=true,bypass_media=true}sofia/default/foo1 at bar.com
>> > sofia/default/foo2 at bar.com inline
>> >
>> > and hairpin 2 calls between the provider
>> >
>> >
>> > On Thu, May 29, 2008 at 2:55 PM, Nicolas Brenner
>> > <nicolas at medularis.com> wrote:
>> >         Anthony and Ken (specially), thank you very much for your
>> >         explanations
>> >         and figures. About what Ken said, how could I initiate a call
>> >         in media
>> >         mode and then switch it to no_media when the second leg is
>> >         bridged/answered? Also, is this something my VoIP provider
>> >         should be
>> >         able to support specially, or is it just standard SIP
>> >         signaling? Thank
>> >         you again very much for your help!
>> >
>> >
>> >         On Thu, May 29, 2008 at 2:48 PM, Ken Rice
>> >         <krice at suspicious.org> wrote:
>> >         > With FreeSwitch there are a couple of ways to accomplish
>> >         what you are doing
>> >         > with 3 distinct levels of performance
>> >         >
>> >         > Way 1) Full Media Interaction/Transcoding. This is very
>> >         similar to the way
>> >         > asterisk works and should on modern several give you atleast
>> >         2 to 3 times
>> >         > the performance you see on asterisk (not accounting for any
>> >         transcoding load
>> >         > you may introduce)
>> >         >
>> >         > Way 2) Media Proxy mode. In this mode you will see a good
>> >         bit of performance
>> >         > gain as FreeSwitch will only proxy the media it will not
>> >         interact with the
>> >         > media stream (ie: no transcoding, no DTMF events etc) but
>> >         you can still cut
>> >         > thru nat, appease providers that don't want to "hairpin" the
>> >         media on their
>> >         > networks, and still do a full topology hide (not applicable
>> >         for your
>> >         > scenario below as you can no jump in and out of proxy only
>> >         mode)
>> >         >
>> >         >
>> >         > Way 3) No Media Mode. In this mode FreeSwitch functions more
>> >         along the lines
>> >         > of openser/ser minus the media proxies. Media is passed
>> >         directly between the
>> >         > end points and FreeSwitch is completely out of the media
>> >         path. This is the
>> >         > most efficient mode for routing calls as there is no media
>> >         load on
>> >         > freeswitch and the number of concurrent calls is limited by
>> >         system memory
>> >         > resources and speed of the calls coming in (as in how many
>> >         calls/second can
>> >         > freeswitch process)  for your particular application
>> >         originating calls would
>> >         > start in media mode and them move to no media mode once the
>> >         second leg
>> >         > starts to come online. This would have an impact of
>> >         performance based on the
>> >         > total number of calls doing media with freeswitch at any
>> >         given time.
>> >         >
>> >         >
>> >         > Now for some real numbers...
>> >         >
>> >         > I route calls primarily using the no-media-mode using dell
>> >         1950s with Dual
>> >         > QuadCore 2Ghz E5335's w/ 4Gs of ram. (admittedly this is a
>> >         slightly
>> >         > different method from what you are doing) in our
>> >         configuration we are able
>> >         > route in excess of 200 calls/sec with a concurrent call load
>> >         in excess of
>> >         > 3000 calls (6000 legs) per machine. Where we run into
>> >         problems is not in the
>> >         > concurrent call volume, its in the Calls/Sec luckily
>> >         FreeSwitch has a
>> >         > Sessions/Second Limiter built in and we can set this and
>> >         keep the box from
>> >         > melting down.
>> >         >
>> >         > Please Note in the above configuration we are largely
>> >         routing autodialer
>> >         > traffic so performace should be much better if you decrease
>> >         the calls per
>> >         > second and increase the average call length. High Call Per
>> >         Second Rates are
>> >         > the bane of any switch
>> >         >
>> >         > K
>> >         >
>> >         >
>> >         >
>> >         >
>> >         >> From: Nicolas Brenner <nicolas at medularis.com>
>> >         >> Reply-To: <freeswitch-users at lists.freeswitch.org>
>> >         >> Date: Thu, 29 May 2008 12:54:07 -0400
>> >         >> To: <freeswitch-users at lists.freeswitch.org>
>> >         >> Subject: Re: [Freeswitch-users] Max of 170 channels in the
>> >         conference room.
>> >         >>
>> >         >> Hi, sorry for my ignorance, but I was wondering if these
>> >         figures are
>> >         >> in any way comparable to the performance FS would have
>> >         doing bridged
>> >         >> calls?
>> >         >>
>> >         >> I have a web callback app that's currently running on top
>> >         of Asterisk,
>> >         >> and I'm planning on moving to FS, and use originate/&bridge
>> >         commands
>> >         >> to bridge calls between two actual phones. I'd like to know
>> >         if (using
>> >         >> the same setup as Johny) I'd be able to hit more than 170
>> >         channels?
>> >         >> (or more than 170 calls, I guess that would be 340
>> >         channels).
>> >         >>
>> >         >> Thanks
>> >         >>
>> >         >> On Thu, May 29, 2008 at 12:19 PM, Brian West
>> >         <brian at freeswitch.org> wrote:
>> >         >>> These aren't really dual core CPU's they are single core
>> >         with
>> >         >>> hyper-threading.  If you disable hyper-threading you'll
>> >         get more
>> >         >>> performance.
>> >         >>> You'll never get that great of performance out of these
>> >         CPU's.  The new
>> >         >>> 64bit woodcrest/clovertown Xeon's are much better... night
>> >         and day
>> >         >>> difference. (Pinto vs Porsche)
>> >         >>> /b
>> >         >>> On May 29, 2008, at 11:10 AM, Johny Kadarisman wrote:
>> >         >>>
>> >         >>> Hi Brian, attached is my cpu info.
>> >         >>>
>> >         >>> Rgds,
>> >         >>>
>> >         >>> ================
>> >         >>> processor       : 0
>> >         >>> vendor_id       : GenuineIntel
>> >         >>> cpu family      : 15
>> >         >>> model           : 2
>> >         >>> model name      : Intel(R) Xeon(TM) CPU 2.80GHz
>> >         >>> stepping        : 9
>> >         >>> cpu MHz         : 2784.780
>> >         >>> cache size      : 512 KB
>> >         >>> physical id     : 0
>> >         >>> siblings        : 2
>> >         >>> core id         : 0
>> >         >>> cpu cores       : 1
>> >         >>> fdiv_bug        : no
>> >         >>> hlt_bug         : no
>> >         >>> f00f_bug        : no
>> >         >>> coma_bug        : no
>> >         >>> fpu             : yes
>> >         >>> fpu_exception   : yes
>> >         >>> cpuid level     : 2
>> >         >>> wp              : yes
>> >         >>> flags           : fpu vme de pse tsc msr pae mce cx8 apic
>> >         sep mtrr pge mca
>> >         >>> cmov pat pse36 clflush dts acpi mmx fxs
>> >         >>> r sse sse2 ss ht tm pbe cid xtpr
>> >         >>> bogomips        : 5573.58
>> >         >>> clflush size    : 64
>> >         >>>
>> >         >>>
>> >         >>> processor       : 1
>> >         >>> vendor_id       : GenuineIntel
>> >         >>> cpu family      : 15
>> >         >>> model           : 2
>> >         >>> model name      : Intel(R) Xeon(TM) CPU 2.80GHz
>> >         >>> stepping        : 9
>> >         >>> cpu MHz         : 2784.780
>> >         >>> cache size      : 512 KB
>> >         >>> physical id     : 0
>> >         >>> siblings        : 2
>> >         >>> core id         : 0
>> >         >>> cpu cores       : 1
>> >         >>> fdiv_bug        : no
>> >         >>> hlt_bug         : no
>> >         >>> f00f_bug        : no
>> >         >>> coma_bug        : no
>> >         >>> fpu             : yes
>> >         >>> fpu_exception   : yes
>> >         >>> cpuid level     : 2
>> >         >>> wp              : yes
>> >         >>> flags           : fpu vme de pse tsc msr pae mce cx8 apic
>> >         sep mtrr pge mca
>> >         >>> cmov pat pse36 clflush dts acpi mmx fxs
>> >         >>> r sse sse2 ss ht tm pbe cid xtpr
>> >         >>> bogomips        : 5569.09
>> >         >>> clflush size    : 64
>> >         >>>
>> >         >>>
>> >         >>> processor       : 2
>> >         >>> vendor_id       : GenuineIntel
>> >         >>> cpu family      : 15
>> >         >>> model           : 2
>> >         >>> model name      : Intel(R) Xeon(TM) CPU 2.80GHz
>> >         >>> stepping        : 9
>> >         >>> cpu MHz         : 2784.780
>> >         >>> cache size      : 512 KB
>> >         >>> physical id     : 3
>> >         >>> siblings        : 2
>> >         >>> core id         : 0
>> >         >>> cpu cores       : 1
>> >         >>> fdiv_bug        : no
>> >         >>> hlt_bug         : no
>> >         >>> f00f_bug        : no
>> >         >>> coma_bug        : no
>> >         >>> fpu             : yes
>> >         >>> fpu_exception   : yes
>> >         >>> cpuid level     : 2
>> >         >>> wp              : yes
>> >         >>> flags           : fpu vme de pse tsc msr pae mce cx8 apic
>> >         sep mtrr pge mca
>> >         >>> cmov pat pse36 clflush dts acpi mmx fxs
>> >         >>> r sse sse2 ss ht tm pbe cid xtpr
>> >         >>> bogomips        : 5569.31
>> >         >>> clflush size    : 64
>> >         >>>
>> >         >>>
>> >         >>> processor       : 3
>> >         >>> vendor_id       : GenuineIntel
>> >         >>> cpu family      : 15
>> >         >>> model           : 2
>> >         >>> model name      : Intel(R) Xeon(TM) CPU 2.80GHz
>> >         >>> stepping        : 9
>> >         >>> cpu MHz         : 2784.780
>> >         >>> cache size      : 512 KB
>> >         >>> physical id     : 3
>> >         >>> siblings        : 2
>> >         >>> core id         : 0
>> >         >>> cpu cores       : 1
>> >         >>> fdiv_bug        : no
>> >         >>> hlt_bug         : no
>> >         >>> f00f_bug        : no
>> >         >>> coma_bug        : no
>> >         >>> fpu             : yes
>> >         >>> fpu_exception   : yes
>> >         >>> cpuid level     : 2
>> >         >>> wp              : yes
>> >         >>> flags           : fpu vme de pse tsc msr pae mce cx8 apic
>> >         sep mtrr pge mca
>> >         >>> cmov pat pse36 clflush dts acpi mmx fxs
>> >         >>> r sse sse2 ss ht tm pbe cid xtpr
>> >         >>> bogomips        : 5569.67
>> >         >>> clflush size    : 64
>> >         >>>
>> >         >>>
>> >         >>> On Thu, May 29, 2008 at 11:49 AM, Brian West
>> >         <brian at freeswitch.org> wrote:
>> >         >>>>
>> >         >>>> Can you cat /proc/cpuinfo and post that?
>> >         >>>> /b
>> >         >>>> On May 29, 2008, at 10:41 AM, Johny Kadarisman wrote:
>> >         >>>>
>> >         >>>> Thanks Anthony,
>> >         >>>>
>> >         >>>> It's a 32bits Ubuntu server version, and I had blindly
>> >         follow and run the
>> >         >>>> test with following settings :)
>> >         >>>>
>> >         >>>> ulimit -c unlimited
>> >         >>>> ulimit -d unlimited
>> >         >>>> ulimit -f unlimited
>> >         >>>> ulimit -i unlimited
>> >         >>>> ulimit -n 999999
>> >         >>>> ulimit -q unlimited
>> >         >>>> ulimit -u unlimited
>> >         >>>> ulimit -v unlimited
>> >         >>>> ulimit -x unlimited
>> >         >>>> ulimit -s 244
>> >         >>>> ulimit -l unlimited
>> >         >>>> ulimit -a
>> >         >>>> bin/freeswitch
>> >         >>>>
>> >         >>>> also, I set with 120ms interval, I still hit around 170
>> >         channels limits in
>> >         >>>> one room.
>> >         >>>> Let me play around more with multiple room setup.
>> >         >>>>
>> >         >>>> Rgds,
>> >         >>>> Johny K.
>> >         >>>>
>> >         >>>>
>> >         >>>>
>> >         >>>>
>> >         >>>> On Thu, May 29, 2008 at 10:56 AM, Anthony Minessale
>> >         >>>> <anthony.minessale at gmail.com> wrote:
>> >         >>>>>
>> >         >>>>> We don't do much testing on the conference but i can
>> >         give you a few
>> >         >>>>> pointers.
>> >         >>>>>
>> >         >>>>> is it a 32 or 64 bit box?
>> >         >>>>> if it's 32 you can try this as root before you start up.
>> >         >>>>>
>> >         >>>>> ulimit -s 244
>> >         >>>>>
>> >         >>>>> you can also change the conference interval to higher
>> >         number of ms
>> >         >>>>> between packets to give it more time to mux the audio,
>> >         the default is 20
>> >         >>>>> but
>> >         >>>>> you should be able to use 30,40,60,120 as well
>> >         >>>>>
>> >         >>>>> You can also try multiple conference to compare.
>> >         >>>>>
>> >         >>>>>
>> >         >>>>>
>> >         >>>>> On Thu, May 29, 2008 at 8:57 AM, Johny Kadarisman
>> >         <jkr888 at gmail.com>
>> >         >>>>> wrote:
>> >         >>>>>>
>> >         >>>>>> Hi all,
>> >         >>>>>>
>> >         >>>>>> I build a new test boxes for freeswitch. and trying to
>> >         simulate high
>> >         >>>>>> load condition.
>> >         >>>>>> I have one freeswitch box that host conference apps,
>> >         and another box
>> >         >>>>>> with simple js to originate call to the conference
>> >         room.
>> >         >>>>>> To monitor the sound quality, I have one phones that
>> >         dial into the
>> >         >>>>>> conference room, and then start streaming/playing moh
>> >         music in the
>> >         >>>>>> conference.
>> >         >>>>>>
>> >         >>>>>> In many scenario that i tried (mute, unmute, one or
>> >         multiple rooms), the
>> >         >>>>>> max total number of channels is about 170 channels
>> >         before FS start to
>> >         >>>>>> slowing down on creating new channels. The Cpu's only
>> >         tops around 40-50%,
>> >         >>>>>> and the voice/rtp start to jitter or delays on my
>> >         phone.
>> >         >>>>>>
>> >         >>>>>> These test boxes is running on 2 processor 2.8GHz Dual
>> >         Core xeon cpu's
>> >         >>>>>> and about 1Gb memory.
>> >         >>>>>> I think the number already pretty impressive, at least
>> >         for me :)
>> >         >>>>>>
>> >         >>>>>> But is this limit sounds right from others experience?
>> >         Can I still do
>> >         >>>>>> more tuning?
>> >         >>>>>>
>> >         >>>>>> Thanks,
>> >         >>>>>> Johny K.
>> >         >>>>>>
>> >         >>>>>>
>> >         >>>>>>
>> >         >>>>>>
>> >         >>>>>>
>> >         >>>>>> _______________________________________________
>> >         >>>>>> 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<MSN%3Aanthony_minessale at hotmail.com>
>> >         >>>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>> >         >>>>> IRC: irc.freenode.net #freeswitch
>> >         >>>>>
>> >         >>>>> FreeSWITCH Developer Conference
>> >         >>>>> sip:888 at conference.freeswitch.org<sip%3A888 at conference.freeswitch.org>
>> >         >>>>> iax:guest at conference.freeswitch.org/888
>> >         >>>>> googletalk:conf+888 at conference.freeswitch.org<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
>> >         >>>>>
>> >         >>>>
>> >         >>>> _______________________________________________
>> >         >>>> 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
>> >         >>>>
>> >         >>>> Brian West
>> >         >>>> sip:brian at freeswitch.org <sip%3Abrian at 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
>> >         >>>>
>> >         >>>
>> >         >>> _______________________________________________
>> >         >>> 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
>> >         >>>
>> >         >>> Brian West
>> >         >>> sip:brian at freeswitch.org <sip%3Abrian at 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
>> >         >>>
>> >         >>>
>> >         >>
>> >         >>
>> >         >>
>> >         >> --
>> >         >> Nicolás Brenner
>> >         >> Medularis SpA
>> >         >>
>> >         >> _______________________________________________
>> >         >> 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
>> >         >
>> >
>> >
>> >
>> >         --
>> >         Nicolás Brenner
>> >         Medularis SpA
>> >
>> >         _______________________________________________
>> >         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 <MSN%3Aanthony_minessale at hotmail.com>
>> > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>> > IRC: irc.freenode.net #freeswitch
>> >
>> > FreeSWITCH Developer Conference
>> > sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
>> > iax:guest at conference.freeswitch.org/888
>> > googletalk:conf+888 at conference.freeswitch.org<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
>> --
>> Faraz R Khan
>> Chief Architect
>> Emergen Consulting Pvt Ltd
>> +92.21.529.0381 x200
>> www.emergen.biz
>>
>>
>> _______________________________________________
>> 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/20080530/adb17de0/attachment-0002.html 


More information about the FreeSWITCH-users mailing list