[Freeswitch-users] BLF in Multi-tenant config

[Brian Foster]

On Tue, Apr 24, 2012 at 12:43 AM, Rick Guyton <Rick at claritycomputer.com>wrote:

>  To be clear, I’m in utter amazement of what freeswitch can do and
> appreciate everyone who has contributed to making such an awesome
> application.
>

Welcome to the club ;-)


> So, when I can’t do something, I assume it is because of my own stupidity.
> I had assumed that I needed to make a “permissions” change somewhere or add
> the users from other domains as an alias or some sort. If it can’t be done,
> that makes sense. I meant no disrespect to Tony or anyone else who has
> contributed. I would just put them all in the same domain, but I must
> separate the companies for mostly political reasons.
>

Understandable.

Depending on your setup, you might just be able to do this on the phones
themselves. I don't know if you use these, but you know the little
attendant consoles you can plug into phones like polycom and aastra? Can
you register to the lines you want to monitor with those? I've never
actually had one (I'd like to get one for testing) but I'm fairly certain
you can. That would also depend on your network setup. If you've got all
the companies on their own LAN's then you're screwed unless freeswitch can
be fully accessed on each of those LAN's. Might be something to check out.

> * *
>
-BDF

> ** **
>
> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Chris Chen
> *Sent:* Monday, April 23, 2012 6:30 PM
> *To:* FreeSWITCH Users Help
> *Subject:* Re: [Freeswitch-users] BLF in Multi-tenant config****
>
> ** **
>
> Agree with BDF.****
>
> ** **
>
> By design, in a multi-tenant environment, 101 at 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. ****
>
> ** **
>
> Just my two cents.****
>
> ** **
>
> Chris****
>
> ** **
>
> On Mon, Apr 23, 2012 at 9:21 PM, Brian Foster <bdfoster at endigotech.com>
> wrote:****
>
> I'm not sure that multi-tenant wouldn'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.****
>
> -BDF****
>
> On Apr 23, 2012 7:31 PM, "Rick Guyton" <Rick at claritycomputer.com> wrote:**
> **
>
>   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 at CompanyA,
> 101 at CompanyB and 101 at CompanyC to indicator lights across all phones in
> the building. My problem is that users in CompanyA can’t see the status of
> 101 at CompanyB or 101 at CompanyC. Users in CompanyB can’t see 101 at CompanyA or
> 101 at CompanyC and so on…****
>
>  ****
>
> 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?****
>
> ** **
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.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****
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.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****
>
> ** **
>
> ** **
>  ------------------------------
>
> If this email is spam, report it to www.OnlyMyEmail.com<https://support.onlymyemail.com/view/report_spam/MTM3Mjc1OjE0MTI0MDQ4MjI6cmlja0BjbGFyaXR5Y29tcHV0ZXIuY29tOmRlbGl2ZXJlZA>
> ****
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.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
>
>


-- 
Brian D. Foster
Endigo Computer LLC
Email: bdfoster at endigotech.com
Phone: 317-800-7876
Indianapolis, Indiana, USA

This message contains confidential information and is intended for those
listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If
you are not the intended recipient you are notified that disclosing,
copying, distributing or taking any action in reliance on the contents of
this information is strictly prohibited. E-mail transmission cannot be
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
The sender therefore does not accept liability for any errors or omissions
in the contents of this message, which arise as a result of e-mail
transmission. If verification is required please request a hard-copy
version.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120424/77379078/attachment-0001.html