- Preface
- Configuration
- Hierarchy Management
- Device Management
- Customer Configuration
- Site Management
- Set Up Northbound Notification
- LDAP Management
- User Management
- Single Sign On
- Entitlement Management
- Dial Plan Management
- Subscriber Management
- Services
- Self Provisioning
- Customizations
- Bulk Loading
- Backup and Restore
- System Maintenance
- Networking
- Monitoring
- System Control
- System Security
- Network Security
- Macros
- SNMP
- MIB List
Hierarchy Management
Cisco Unified Communications Domain Manager 10.6(1) Overview
The major change in the configuration of Cisco Unified Communications Domain Manager from 8.x to 10.x is the location of the master data for different aspects of the solution. In 8.x deployments the master copy of all data was stored in the Shared Data Repository (SDR). Consequently any changes to the data had to be made in Cisco Unified Communications Domain Manager and then synchronized down to the UC Applications such as Cisco Unified Communications Manager. In 10.X the source of master data is distributed between domain manager and the call manager and a bi-directional sync can export and import data from the domain manager and the applications. This approach enables configuration changes to be made on either the domain manager or on the UC applications giving greater flexibility and enabling a faster resolution when problems occur.
The following chapters include content on provisioning Cisco Unified Communications Domain Manager 10.6(1) specifically as it relates to Customer Onboarding. This will include information on the provisioning steps and interactions between the domain manager and the various UC applications supported by Cisco HCS.
Cisco Unified Communications Domain Manager 10.6(1) Planning and Install Guide
Cisco Unified Communications Domain Manager 10.6(1) Maintain and Operate Guide
Cisco Unified Communications Domain Manager 10.6(1) Troubleshooting Guide
Cisco Unified Communications Domain Manager Release 10.6(1) Self Service Guide
Cisco Unified Communications Domain Manager Release 10.6(1) API Developer Guide
Cisco Unified Communications Domain Manager Release 10.6(1) API Schema Reference Guide
Cisco Unified Communications Domain Manager Release 10.6(1) Bulk Provisioning Guide
These documents are available at: http://www.cisco.com/c/en/us/support/unified-communications/hosted-collaboration-solution-hcs/tsd-products-support-series-home.html.
View the Hierarchy
An administrator can view the portion of the hierarchy that the administrator has access to. The provider administrator can view the complete hierarchy, while a customer admin can view only the customer, any intermediate nodes beneath the customer, and customer sites.
Create a Provider
| Step 1 | Log in to Cisco Unified Communications Domain Manager 10.6(1) as hcsadmin@sys.hcs. | ||||||||||||||||||||||
| Step 2 | Select . | ||||||||||||||||||||||
| Step 3 | Click Add. | ||||||||||||||||||||||
| Step 4 | Complete the
following fields:
| ||||||||||||||||||||||
| Step 5 | Click Save. |
The provider hierarchy node in Cisco Unified Communications Domain Manager 10.6(1), the ServiceProvider name in SDR, and optionally a default provider admin are created. All existing Cisco HCS System Administration level dial plan schema and schema groups are auto-cloned to the new provider. For more information on auto-cloning, see Cisco Hosted Collaboration Solution, Release 10.6(1) Dial Plan Management Guide for Cisco Unified Communications Domain Manager, Release 10.6(1).
Create Reseller
Creating a reseller is optional.
![]() Note | During Cisco Unified Communications Domain Manager 10.6(1) installation, the hcsadmin Administrator must configure the HCM-F device and create the Provider. See Cisco Unified Communications Domain Manager, Release 10.6(1) Planning and Install Guide for details. |
| Step 1 | Log in to the
server as the Provider admin.
Log in with the Provider admin's email address, which is case-sensitive. The hcsadmin Administrator can find the Provider admin's email address by selecting and then clicking the Provider. | ||||||||||||||||||||||
| Step 2 | Select from the menu. | ||||||||||||||||||||||
| Step 3 | Click Add. | ||||||||||||||||||||||
| Step 4 | Complete the
following fields:
| ||||||||||||||||||||||
| Step 5 | Click Save. |
Create Customer
| Step 1 | Log in to
server as the provider or reseller admin, depending on what organization will
manage the customer.
Log in with the provider or reseller admin's email address, which is case-sensitive. The provider admin can find the reseller admin's email address by selecting and then clicking the reseller. | ||||||||||||||||||||||||||||||||
| Step 2 | If logged in as a provider, and the customer is to be added under a reseller, set the hierarchy path to the reseller. | ||||||||||||||||||||||||||||||||
| Step 3 | Select . | ||||||||||||||||||||||||||||||||
| Step 4 | Click Add. | ||||||||||||||||||||||||||||||||
| Step 5 | Complete the
following fields:
| ||||||||||||||||||||||||||||||||
| Step 6 | Click
Save.
|
Create Intermediate Node
An intermediate node is an optional node in the Cisco Unified Communications Domain Manager 10.6(1) hierarchy that is located between the standard hierarchy nodes: provider, reseller, customer, and site. An intermediate node can be used to logically group other nodes. Intermediate nodes can be used to restrict access by administrators to a defined subset of nodes.
For example, intermediate nodes could be used to group customers by industry, or sites by geography.
When an intermediate node is created, no default administrator is created for it. Adding an administrator for an intermediate node is a separate step.
| Step 1 | Login as an
administrator at the level under which you want to create the intermediate
node.
For example, to create an intermediate node to group sites, log in as the customer administrator. | ||||||||
| Step 2 | Select . | ||||||||
| Step 3 | To add an intermediate node, click Add. | ||||||||
| Step 4 | Enter the
following information for the node:
| ||||||||
| Step 5 | Click Save. |
The intermediate node is created in the hierarchy.
What to Do Next
Define a local administrator for the intermediate node.
Then create nodes underneath the intermediate node that the intermediate node local administrator can manage.
Delete a Hierarchy Node
![]() Caution | Unintentionally deleting a node can have catastrophic effects on the system. Proceed with caution. |
Use this procedure to delete a provider, reseller, customer, site, or intermediate node.
Deleting a provider, reseller, customer, site, or intermediate node results in multiple related items also being deleted. Groups of items are displayed in the order that they must be deleted due to dependencies, and you can delete specific items by group. Checking a group will delete it and all of the groups above it.
-
Import for a device is running at the time of delete, which may have potential information on the node being deleted (Cisco Unified Communications Manager, CUCxn, or LDAP devices). Cancel all imports before attempting a node deletion.
-
A customized data-model was added to the node that is not supported by node deletion. The transaction error should reveal the unsupported data-model. Remove the customized data-model before attempting the node deletion again.
| Step 1 | Login as a provider, reseller, customer, or hcsadmin administrator that can manage the node to be deleted. |
| Step 2 | Select the appropriate node to be deleted: |
| Step 3 | Select the node to be deleted from the Node drop-down list. |
| Step 4 | To delete the node and all the items dependent on it, check the node. To delete node-specific items by group, click one of the groups above the node. |
| Step 5 | To perform the
deletion, click
Save.
There is no confirmation box confirming the delete. Clicking Save starts the delete process. |
Manage Local Administrators and Operators
Default local Cisco Unified Communications Domain Manager 10.6(1) administrators are created when provider, reseller, customer, and site hierarchy nodes are established. Use this procedure to modify or create additional local administrators or operators. Also use this procedure to create administrators for intermediate nodes.
An administrator for a particular hierarchy level can create or modify the administrators and operators at that hierarchy level and any level below. For example, a Customer XYZ administrator can create other Customer XYZ administrators as well as site administrators for Customer XYZ.
| Step 1 | Log in as an administrator. | |||||||||
| Step 2 | To create or modify an admin or operator at a level below your current level, set the hierarchy path at the top of the window. For example, if you have logged in as provider admin, and want to create a customer admin, set the hierarchy path to the customer for which you want to create the admin. | |||||||||
| Step 3 | Select . | |||||||||
| Step 4 | At a minimum,
complete the following fields:
| |||||||||
| Step 5 | To modify an existing administrator or operator, click the administrator or operator. |
Set Localization Language at Hierarchy Node
A default language can be set at any hierarchy node. Users and local administrators will inherit the default language from the nearest hierarchy node in the hierarchy tree that has a default language set. If no default language is specified, English is used. The default language can be overridden for an individual user or local administrator under User Management.
As an example, a provider has not set a default language at the provider level. The provider has a reseller in Germany, so the default language at the reseller is German. But that reseller has a customer in France, so the default language at that customer level is set to French. In addition, the customer in France has a site in Italy, so the default language for that site is set to Italian. In this scenario, users that are not under the reseller will have English as their language by default.


Feedback