[Freeswitch-users] Questions on Building an application for FreeSWITCH

[Phillip Jones]

What would the advantage of an N to N architecture be though? An ESL server
controlling several FS instances has a view of everything that is going on.
All calls/conferences etc. A real advantage. That is lost when two ESL
servers are run in parallel. State information could be in a DB cluster -
but why not have the in-process app access this directly, cutting out the
middle man?

How does using ESL make it more scalable and more available with fewer
components? I am sure you are correct - I just don't see it.

On Thu, May 13, 2010 at 3:15 PM, Kristian Kielhofner <kris at kriskinc.com>wrote:

> ESL connecting to a socket actually proves to be more scalable and
> more available with fewer components.  Why not have N servers running
> your socket app with N servers running FreeSWITCH?
>
> OpenSIPS introduces its own issues with failover and I've yet to see
> DNS SRV be the reliability/scalability solution it's made out to be.
>
> On Thu, May 13, 2010 at 3:01 PM, Phillip Jones <pjintheusa at gmail.com>
> wrote:
> > And just a general thought of using ESL vs an in process solution like
> > mod_managed, or LUA.
> >
> > My understanding is, that using a separate server/process does
> potentially
> > give you another point of failure and, if you use a single ESL server
> > application to control several FS boxes, potentially a single point of
> > failure. It is fairly easy to build a scalable and reliable FS cluster
> and
> > using DNS SRV and OpenSIPS in order to avoid any single points of
> failure.
> > Having independent FS boxes that pull data, but can fail with little
> impact
> > seems attractive to me,
>
> --
> Kristian Kielhofner
> http://www.astlinux.org
> http://blog.krisk.org
> http://www.star2star.com
> http://www.submityoursip.com
> http://www.voalte.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/20100513/32b2d40f/attachment.html