But if that ESL server fails, your entire system goes down. Having N ESL servers means one can fail and the other ESL server allows the cluster to continue running until the failed server is replaced/repaired.<br><br>-Steve<br>
<br><br><div class="gmail_quote">On 13 May 2010 21:16, Phillip Jones <span dir="ltr"><<a href="mailto:pjintheusa@gmail.com">pjintheusa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
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? <br>
<br>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.<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Thu, May 13, 2010 at 3:15 PM, Kristian Kielhofner <span dir="ltr"><<a href="mailto:kris@kriskinc.com" target="_blank">kris@kriskinc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">ESL connecting to a socket actually proves to be more scalable and<br>
more available with fewer components. Why not have N servers running<br>
your socket app with N servers running FreeSWITCH?<br>
<br>
OpenSIPS introduces its own issues with failover and I've yet to see<br>
DNS SRV be the reliability/scalability solution it's made out to be.<br>
<div><br>
On Thu, May 13, 2010 at 3:01 PM, Phillip Jones <<a href="mailto:pjintheusa@gmail.com" target="_blank">pjintheusa@gmail.com</a>> wrote:<br>
> And just a general thought of using ESL vs an in process solution like<br>
> mod_managed, or LUA.<br>
><br>
> My understanding is, that using a separate server/process does potentially<br>
> give you another point of failure and, if you use a single ESL server<br>
> application to control several FS boxes, potentially a single point of<br>
> failure. It is fairly easy to build a scalable and reliable FS cluster and<br>
> using DNS SRV and OpenSIPS in order to avoid any single points of failure.<br>
> Having independent FS boxes that pull data, but can fail with little impact<br>
> seems attractive to me,<br>
<br>
</div><font color="#888888">--<br>
Kristian Kielhofner<br>
<a href="http://www.astlinux.org" target="_blank">http://www.astlinux.org</a><br>
<a href="http://blog.krisk.org" target="_blank">http://blog.krisk.org</a><br>
<a href="http://www.star2star.com" target="_blank">http://www.star2star.com</a><br>
<a href="http://www.submityoursip.com" target="_blank">http://www.submityoursip.com</a><br>
<a href="http://www.voalte.com" target="_blank">http://www.voalte.com</a><br>
</font><div><div></div><div><br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>