[Freeswitch-users] dynamic dialplan alternatives

[Hector Geraldino]

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 :)

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<mailto: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<mailto: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<mailto: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/5f91d273/attachment.html