[Freeswitch-users] Tuning Up Freeswitch

Antonio Teixeira eagle.antonio at gmail.com
Tue May 24 20:01:33 MSD 2011


Well this is a 2 X E5506
With 8 GB of Ram.

The Main Problem is that we use tons of DTMF + TTS + Dialplan Logic and as
you say Anthony this causes an impact on the total Supported Calls.

I'm building a new IVR server that we can deploy on another server so we can
ease the pain that mod_python is causing on the CPU.

TOP Shows AVG idle CPU at 93 %

Anyway for every performance increment i find i will post it here. Thanks
Anthony for your input i think i got your point , I'm assuming an SBC with
media bypass would handle a lot more calls  per profile but as you may have
guessed my objective is not SipTrunking but a high layer of service.

Anyway thanks alot.

Regards
Antonio Teixeira


2011/5/24 Anthony Minessale <anthony.minessale at gmail.com>

> Anything you find useful to get more calls is subjective to the power
> of the box.
> If sofia starts behaving badly, it indicates a maximum resource
> consumption.  More profiles of course help with concurrency.
>
> So I could have a box where I could do 5000 calls before another
> profile would help and someone else could get benefits of multiple
> profiles at 100 calls.
>
> You have 2 choices:
> 1) Search for ways to squeeze more calls out of a bad box like we used
> to do with config.sys in DOS
> 2) Use the money you saved by getting a free carrier grade switch
> platform and buy a halfway decent  box.
>
>
>
> On Tue, May 24, 2011 at 7:48 AM, Antonio Teixeira
> <eagle.antonio at gmail.com> wrote:
> > Regarding the SIgnaling Problem , the DB was already on tmpfs and you may
> > have read that this was not an I/O problem.
> >
> > To load Blance a call is simple in our use case.
> >
> > First understand we use auto-dialers so alot happens in the backend , the
> > rest we send a originate command so simply change the profile used
> imagine :
> >
> > originate sofia/external1_profile/22222222 at 111.11.11.11 IVR XML
> >
> > The dialer simply changes
> > originate sofia/external1_profile/22222222 at 111.11.11.11 IVR XML
> > originate sofia/external2_profile/22222222 at 111.11.11.11 IVR XML
> > originate sofia/external3_profile/22222222 at 111.11.11.11 IVR XML
> > originate sofia/external4_profile/22222222 at 111.11.11.11 IVR XML
> >
> > We use INB ESL.
> >
> > Now if you want to use "softphones" i think you can use mod_limit and the
> > XML dialplan to create a realtime version of this.
> >
> > Notes :
> >
> > Keep in mind that i do not know if this is the correct way to handle this
> > situation but we have it deployed  this way and as i was able to increase
> > the call volume by a factor of 2 while at the same time increasing
> quality
> > and decreasing the signaling issues.
> >  At the expense of RAM more RAM = Profiles.
> >
> >
> >
> > 2011/5/24 jay binks <jaybinks at gmail.com>
> >>
> >> moving your SQLlite DB to tempFS is the biggest single change you can
> have
> >> with FS.
> >> that alone would account for the massive increase in calls you were able
> >> to achieve.
> >>
> >> On Tue, May 24, 2011 at 9:57 PM, Anton VG <anton.vazir at gmail.com>
> wrote:
> >>>
> >>> do you mean sqlite?
> >>>
> >>> 2011/5/24 Tihomir Culjaga <tculjaga at gmail.com>:
> >>> > the only real improvment was to move your DB to tmpfs ... the rest (
> if
> >>> > 64bit) makes really small difference from distro to distro..
> >>> >
> >>>
> >>> _______________________________________________
> >>> 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
> >>
> >>
> >>
> >> --
> >> Sincerely
> >>
> >> Jay
> >>
> >> _______________________________________________
> >> 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
> >
> >
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> 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
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
> _______________________________________________
> 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/20110524/cbadea7d/attachment.html 


More information about the FreeSWITCH-users mailing list