[Freeswitch-users] Dynamic Dialplan
Anthony Minessale
anthony.minessale at gmail.com
Mon Feb 9 06:07:51 PST 2009
hint: when you have "harder to program" under cons: that's usually how you
find the right choice ;)
On Mon, Feb 9, 2009 at 8:01 AM, pauld <pauld at versafon.com> wrote:
> Option 3 does not have slow performance, Java apps can be highly
> scalable high performance when written right, this is a serious strong
> typed language unlike lua and javascript.
> I actually tested such solution against MySql cluster with 500 calls/m
> load script, scaled just fine.
> Contact me off list if you need professional help with that.
>
> Doug Blacksone wrote:
> > 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
> >
>
>
> _______________________________________________
> 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/20090209/dee9c4d7/attachment-0002.html
More information about the FreeSWITCH-users
mailing list