[Freeswitch-users] dynamic dialplan alternatives

Lloyd Aloysius lloyd.aloysius at gmail.com
Fri Apr 13 21:17:21 MSD 2012


I have the same question as Vik. What kind of performance issue? What is
the hardware Configuration Memory ,CPU?

Lloyd
*
*



On Fri, Apr 13, 2012 at 12:49 PM, Hector Geraldino <
Hector.Geraldino at ipsoft.com> wrote:

> I would go with option 4 + a good caching strategy on the socket
> application side. Having an specialized application without the HTTP
> overhead should be faster (at least in theory). And if you can avoid the db
> lookup by having a second level cache integrated on the app, be prepared to
> near real-time responses J****
>
> ** **
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *envelopes
> envelopes
> *Sent:* Friday, April 13, 2012 10:18 AM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] dynamic dialplan alternatives****
>
> ** **
>
> Choice 3 or 4 should be your long term strategic direction.****
>
> On Apr 13, 2012 8:39 AM, "huseyin kalyoncu" <hkalyoncu at gmail.com> wrote:
> >
> > we are currently have two fs boxes load balanced by osips.
> > in each fs we have dynamic dialplan with mod_xml_curl using php & apache
> & mysql.
> > this conf is doing just fine with current load (about 20 cps) but with
> the
> > increasing of incoming traffic, it shows some performance issues.
> > we want to increase our call throughput.
> >
> > i searched through fs site and mailing list and came up with following
> options:
> >
> > 1) using lua or(python?) to serve dialplan instead of mod_xml_curl
> > 2) writing a dialplan module(something like mod_xml_curl) in c which
> will do all
> > the db lookups etc..
> > 3) using mod_erlang_event in outbound mode & spawning several erlang
> > workers to do db lookups etc..
> > 4) using mod_event_socket in outbound mode & making db lookups on a
> > different server.
> >
> > there is little information about 3 and 4 (only relative wiki pages)
> > so im not sure even they are make any sense.
> >
> > before choosing one of above options i want to ask that
> > which one of these would you prefer to increase performance. or do you
> > have another suggestion other than these?
> >
> >
> > thanks & best regards,
> > Hüseyin Kalyoncu
> >
> > _________________________________________________________________________
> > Professional FreeSWITCH Consulting Services:
> > consulting at freeswitch.org
> > http://www.freeswitchsolutions.com
> >
> > 
> > 
> >
> > Official FreeSWITCH Sites
> > http://www.freeswitch.org
> > http://wiki.freeswitch.org
> > http://www.cluecon.com
> >
> > 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
> >****
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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/20120413/b00c685b/attachment.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list