<div dir="ltr">It's also worth mentioning that multi tenant implementation is *hard*, especially when used with ESL or mod_xml_curl etc.<div><br></div><div>There are some existing systems that use FS which give you decent multi tenancy support, or with some hard work and a lot of testing you could do it yourself.... It really depends on what you are trying to achieve.</div>
<div><br></div><div>Multi tenancy comes in very handy when you want to allow burstable resources, for example a customer could idle at around 2 CPS, and then burst into the thousands without requiring a machine upgrade. Generally speaking, it allows you to be more flexible, but it really depends if you've done a good enough job getting it configured correctly. If it's not done correctly, you could shoot yourself in the head... cross customer CDR contamination, internal calls diverted to the wrong domain and all sorts of nasty things.</div>
<div><br></div><div>If you're new to FS and want to go with multi tenancy, and need something out the door asap, you'd honestly be better going with one of the existing systems that uses FS. However if you've got a couple of months to burn and a good in-house programmer, it might be worth doing it yourself.</div>
<div><br></div><div>My two cents at least.</div><div><br></div><div>Cal</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 10, 2014 at 10:37 PM, Jerry Richards <span dir="ltr"><<a href="mailto:jerry.richards@teotech.com" target="_blank">jerry.richards@teotech.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Has anyone considered the Multi-tenant implementation (as described in the FS Wiki) versus having multiple Freeswitch instances running on the same machine (i.e. one instance for each company)? I am wondering if there is a trade-off between these two approaches?<br>
<br>
Regards,<br>
Jerry<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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>
</blockquote></div><br></div>