Guys, this is getting a bit more intense than what the OP asked about. He wanted some information on how to use a first-aid kit, not how to perform brain surgery! :P

-MC

On Thu, May 13, 2010 at 1:16 PM, Phillip Jones <pjintheusa@gmail.com> wrote:
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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org