[Freeswitch-users] BLF in Multi-tenant config

Fri Apr 27 20:06:15 MSD 2012

Hi Rick,

Freeswitch has no problem with this at all, but finding a phone that can 
do it may be the issue.

You would need to find a phone that can configure BLFs using a specified 
SIP domain, not just the SIP username.

For example, on an Aastra phone (it's what I know), you configure the 
SIP domain that is associated with a given registration.  When you 
create BLF keys, you only specify the username - the domain that is 
subscribed to is whatever the domain is for that registration.

Somehow, you need to map a button and corresponding subscription to each 
receptionist phone at their respective domain, and this may not be easy.

Off the top of my head, I don't know which phones can do this.  Polycom 
might be able to do it, as they seem to be better at making the full SIP 
URI accessible to the user.  I know it's possible to dial a SIP URI 
directly on a Polycom, whereas Aastra phones have to have it in the 
speed dial list.

Last I checked, there was some sort of option to only let people 
subscribe to their own domain, but I think it is off by default.

Another thing you will need to check, is the "force-subsription-domain" 
and "force-subscription-db-domain" (sic) in your SIP profile to make 
sure that the domain you subscribe to is what is actually used in the 
subscription.

-Tim

Brian Foster wrote:
>
>
> On Tue, Apr 24, 2012 at 12:43 AM, Rick Guyton 
> <Rick at claritycomputer.com <mailto: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>
>     [mailto: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>
>
>
>
>     _________________________________________________________________________
>     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
>
>
>
>
> -- 
> Brian D. Foster
> Endigo Computer LLC
> Email: bdfoster at endigotech.com <mailto: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.
>
> ------------------------------------------------------------------------
>
> _________________________________________________________________________
> 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
>   