<div class="gmail_extra">Agree with BDF.</div><div class="gmail_extra"><br></div><div class="gmail_extra">By design, in a multi-tenant environment, 101@companyA should only have BLF status for any extension within companyA,  otherwise why should you have multi-tenant setup, just have them all in the same domain. We should really appreciate Tony crew having built the FS to be really capable of providing multi-tenant functions without too many tweaks. </div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Just my two cents.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Chris</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 23, 2012 at 9:21 PM, Brian Foster <span dir="ltr">&lt;<a href="mailto:bdfoster@endigotech.com" target="_blank">bdfoster@endigotech.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>I&#39;m not sure that multi-tenant wouldn&#39;t support that. I think the point of multi-tenant is to keep everything seperated. There might be a hack for this, though. Nothing comes to mind for me.</p>


<p>-BDF</p>
<div class="gmail_quote"><div class="im">On Apr 23, 2012 7:31 PM, &quot;Rick Guyton&quot; &lt;<a href="mailto:Rick@claritycomputer.com" target="_blank">Rick@claritycomputer.com</a>&gt; wrote:<br type="attribution"></div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">






<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">We have 3 different companies in this office and we all share the same freeswitch server, I’ll call then CompanyA, CompanyB and CompanyC. CompanyA, B and C all employ their own receptionists, and they are all assigned extension 101 on in
 their respective domains. However, the receptionists all work very tightly together and basically share work between them. So, I need to assign the BLF status of 101@CompanyA, 101@CompanyB and 101@CompanyC to indicator lights across all phones in the building.
 My problem is that users in CompanyA can’t see the status of 101@CompanyB or 101@CompanyC. Users in CompanyB can’t see 101@CompanyA or 101@CompanyC and so on…<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">So, my question is, how do I allow users of one domain in a multi-tenant configuration to see the status of other users in a different domain?<span style="font-family:&quot;Candara&quot;,&quot;sans-serif&quot;;color:#1f81c3"><u></u><u></u></span></p>



</div>
</div>

<br></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" 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>
<br></blockquote></div>
<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>
<br></blockquote></div><br></div>