[Freeswitch-users] Max of 170 channels in the conference room.
Anthony Minessale
anthony.minessale at gmail.com
Fri May 30 09:29:11 PDT 2008
sorry i messed it up
originate {ignore_early_media=true,bypass_media=true}sofia/default/
foo1 at bar.com bridge:sofia/default/foo2 at bar.com inline
if you do show channels and you see the channels in state hibernate that is
how you know.
On Fri, May 30, 2008 at 8:28 AM, Nicolas Brenner <nicolas at medularis.com>
wrote:
> Thanks Anthony, this might seem like an innocent question, but I tried
> running:
>
> originate {ignore_early_media=true,bypass_media=true}sofia/default/
> foo1 at bar.com
> sofia/default/foo2 at bar.com inline
>
> on the console, and FS complained about the syntax, is this equivalent?
>
> originate {ignore_early_media=true,bypass_media=true}sofia/default/
> foo1 at bar.com
> &bridge({ignore_early_media=true,bypass_media=true}sofia/default/
> foo2 at bar.com)
>
> how do I check the media is not actually going through FS?
>
> Thanks!
>
> On Thu, May 29, 2008 at 4:31 PM, Anthony Minessale
> <anthony.minessale at gmail.com> 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
> >
> >
>
>
>
> --
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20080530/d7d8dac2/attachment-0002.html
More information about the FreeSWITCH-users
mailing list