[Freeswitch-users] Dynamic Dialplan

[Ken Rice]

If you want an extremely high performance you write your own dialplan
module... Its not that hard...

Or option 1 is the more high performance way to fo...

Curl with a serverlet will scale to a point but I doubt it will get to where
you need in the long run
Static and do what you need, but how scalable is lua is unknown at this
point (someone should post some info on that) and its known that java script
doesn¹t scale that well for large installs

K



From: Doug Blacksone <dougblackstone at gmail.com>
Reply-To: <freeswitch-users at lists.freeswitch.org>
Date: Mon, 9 Feb 2009 11:21:49 +0800
To: <freeswitch-users at lists.freeswitch.org>
Subject: [Freeswitch-users] Dynamic Dialplan

Hi,

Right now, I am working on getting freeswitch configured for our call-center
with more than 1000 agents.  There are several areas where we need the
dialplan to be configurable based on some user detail in the database.
Therefore, the dialplan needs to be some-what dynamic based-on inputs from
the database.  

I would like to know from other implementation as to the most scalable way
of doing high performance dynamic dialplan that is super scalable.

There are three ways I can think of:

1. Static dialplan using customized freeswitch mod to access postgres for
data
pros: best performance
cons: harder to program

2. Static dialplan using lua to access postgres for data
pros: easy to program, maybe-performance is better than curl
cons: need to search through all the extensions to find one dialplan,
performance is slower than the first one.

3. curl-based dialplan using Java Servlet and HTTP
pros: easy to program, freeswitch only gets one extension and no extension
search
cons: performance is slow than the other two

Is this a correct analysis?
If from a pure performance's perspective, how much performance can a
customized mod gains in comparison to lua?

For a production system that needs to be highly scalable, what do you
recommend?


Thank you very much for any input to our critical design decision.

Doug








_______________________________________________
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/20090208/6ffdb348/attachment-0002.html