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

Faraz R. Khan faraz.khan at emergen.biz
Thu May 29 23:42:40 PDT 2008


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
>         >>>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>         >>>>> IRC: irc.freenode.net #freeswitch
>         >>>>>
>         >>>>> FreeSWITCH Developer Conference
>         >>>>> sip:888 at conference.freeswitch.org
>         >>>>> iax:guest at conference.freeswitch.org/888
>         >>>>> googletalk:conf+888 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
>         >>>>
>         >>>>
>         >>>>
>         >>>> _______________________________________________
>         >>>> 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
>         >>>
>         >>>
>         >>>
>         >>> _______________________________________________
>         >>> 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
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
> 
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 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





More information about the FreeSWITCH-users mailing list