[Freeswitch-users] BLF in Multi-tenant config

[Rick Guyton]

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. 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.


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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120424/39a4cb1f/attachment.html