01-05-2018 01:45 AM - edited 03-17-2019 11:52 AM
Hi All
A subsidiary company of ours is about to open a new recreational facility and also a hotel and spa.
This will be located right next to our factory, we currently have a call manager.
My question is, would it be viable to bring the phones for this location onto our call manager, or would it be better to run a separate system, we are a production facility and the new site is a hotel which are completely different businesses with different requirements, for example I would not want anyone from a hotel room calling our office etc.
We are also unsure who will manage and run this facility.
What would peoples thoughts be for this?
cheers
Solved! Go to Solution.
01-05-2018 01:33 PM
Either option is valid, but you need to consider a lot of things to choose which one is the best.
Multi-tenancy as stated is fairly easy to do.
Does each company have their own LDAP? are you going to integrate CUCM to the LDAP? Are they in the same forest? different forest?
Does your current cluster have the ability to handle the load of all the new endpoints?
If you're going to use a CTI app (UCCX/UCCE), can your current cluster handle the load?
As there is no way to have an admin only change their own phones, they'll have access to everything, would that be a problem?
Are they going to use the same GWs for PSTN? If yes, can they handle the extra load/requirements?
What level of redundancy do they want?
If you need to add physical servers for the extra load, can your DC handle that?
01-05-2018 01:51 AM
01-05-2018 02:04 AM
Restricting calls will not be an issue, as you can separate them using PTs/CSSs on CUCM.
The key point on your decision should be:
a) Who will be managing the hotel's phones, as that administrator would need access to CUCM GUI
b) How stable/congested is the connection line between your main facility and the hotel
Whatever your decision is, a good choice would be that new system/phones to be of the same vendor as the main facility; i.e. even if you do not integrate at this point, it would be good to have the option to do so in the future.
01-05-2018 05:05 AM
Multi-tenancy is very well supported with Cisco.
I would not separate them unless there is a need to do so administratively.
in other words, if there are some at the hotel that need do perform admin tasks on the system but you do not want them to have access to other portions of the system
01-05-2018 06:57 AM
Hi All
Thanks for the responses,
Are there any particular features of hotel systems that the call manager cannot do or that we should be aware of? would you need contact centre, IVR etc?
cheers
01-05-2018 07:04 AM
IVR can be implemented with Cisco Unity Connection (separate server), whereas there is also a separate platform for the Contact Center functionality (eg. Cisco Unified Contact Center Express).
You can obtain some queuing functionality, built-in in CUCM, through the Native Call Queuing feature: CUCM Native Call Queuing
01-05-2018 07:07 AM
I think you need to identify the features you want and go from there.
here is a good starting point.
https://www.cisco.com/c/en/us/solutions/industries/hospitality.html
01-05-2018 01:33 PM
Either option is valid, but you need to consider a lot of things to choose which one is the best.
Multi-tenancy as stated is fairly easy to do.
Does each company have their own LDAP? are you going to integrate CUCM to the LDAP? Are they in the same forest? different forest?
Does your current cluster have the ability to handle the load of all the new endpoints?
If you're going to use a CTI app (UCCX/UCCE), can your current cluster handle the load?
As there is no way to have an admin only change their own phones, they'll have access to everything, would that be a problem?
Are they going to use the same GWs for PSTN? If yes, can they handle the extra load/requirements?
What level of redundancy do they want?
If you need to add physical servers for the extra load, can your DC handle that?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide