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... 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?
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@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@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…****
** **
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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Agree with BDF. 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. Just my two cents. Chris On Mon, Apr 23, 2012 at 9:21 PM, Brian Foster <bdfoster@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@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@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@CompanyAor 101@CompanyCand 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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@endigotech.com<mailto:bdfoster@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@claritycomputer.com<mailto:Rick@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@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... 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@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@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@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@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>
On Tue, Apr 24, 2012 at 12:43 AM, Rick Guyton <Rick@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@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@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@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@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@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…****
****
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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@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.
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@claritycomputer.com <mailto:Rick@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@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@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@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@endigotech.com <mailto:bdfoster@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@claritycomputer.com <mailto:Rick@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@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…
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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@endigotech.com <mailto:bdfoster@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, You can set user@domain for BLFs on Linksys SPA 9xx and Cisco SPA 5xx phones. On Fri, Apr 27, 2012 at 6:06 PM, Tim St. Pierre < fs-list@communicatefreely.net> wrote:
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@claritycomputer.com <mailto:Rick@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@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@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@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@endigotech.com <mailto:bdfoster@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@claritycomputer.com <mailto:Rick@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@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…
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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
------------------------------------------------------------------------
If this email is spam, report it to www.OnlyMyEmail.com <
https://support.onlymyemail.com/view/report_spam/MTM3Mjc1OjE0MTI0MDQ4MjI6cml...
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com <mailto:bdfoster@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
So does someone know how to restrict in FreeSWITCH not to allow phones to subscribe to another domain? Tim mention there is an option in FreeSWITCH but didn't give any details. On 4/29/2012 9:32 AM, Ognjen Seslija wrote:
Hi,
You can set user@domain for BLFs on Linksys SPA 9xx and Cisco SPA 5xx phones.
On Fri, Apr 27, 2012 at 6:06 PM, Tim St. Pierre <fs-list@communicatefreely.net <mailto:fs-list@communicatefreely.net>> wrote:
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@claritycomputer.com <mailto:Rick@claritycomputer.com> <mailto:Rick@claritycomputer.com <mailto:Rick@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@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> > <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org>> > [mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@lists.freeswitch.org> > <mailto:freeswitch-users-bounces@lists.freeswitch.org <mailto:freeswitch-users-bounces@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@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@endigotech.com <mailto:bdfoster@endigotech.com> <mailto:bdfoster@endigotech.com <mailto:bdfoster@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@claritycomputer.com <mailto:Rick@claritycomputer.com> > <mailto:Rick@claritycomputer.com <mailto:Rick@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@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... > > > > 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@freeswitch.org <mailto:consulting@freeswitch.org> <mailto:consulting@freeswitch.org <mailto:consulting@freeswitch.org>> > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > <mailto:FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org <mailto:consulting@freeswitch.org> <mailto:consulting@freeswitch.org <mailto:consulting@freeswitch.org>> > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > <mailto:FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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 <http://www.OnlyMyEmail.com> > <https://support.onlymyemail.com/view/report_spam/MTM3Mjc1OjE0MTI0MDQ4MjI6cmlja0BjbGFyaXR5Y29tcHV0ZXIuY29tOmRlbGl2ZXJlZA> > > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org <mailto:consulting@freeswitch.org> <mailto:consulting@freeswitch.org <mailto:consulting@freeswitch.org>> > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> > <mailto:FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@endigotech.com <mailto:bdfoster@endigotech.com> <mailto:bdfoster@endigotech.com <mailto:bdfoster@endigotech.com>> > Phone: 317-800-7876 <tel: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@freeswitch.org <mailto:consulting@freeswitch.org> > http://www.freeswitchsolutions.com > > FreeSWITCH-powered IP PBX: The CudaTel Communication Server > http://www.cudatel.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://wiki.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (6)
-
Abaci
-
Brian Foster
-
Chris Chen
-
Ognjen Seslija
-
Rick Guyton
-
Tim St. Pierre