[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