Overview of Tenant Partitioning
Beginning with Cisco Unity Connection 10.0(1) release, a concept of tenant partitioning has been introduced where administrator can configure multiple small medium businesses (SMBs) as tenants on a single Unity Connection server installation.
If Unity Connection server is being shared by N (N=2, 3, 4….) tenants for voicemail service, each tenant can be setup as a separate “tenant” that is effectively isolated from other tenant hosted on the same server. Hence, a tenant entity refers to logical group of resources in Unity Connection assigned to a single company, where each tenant is assigned with only one partition, search space, and phone system.
Tenant partitioning also introduces the concept of using the corporate email addresses as their alias, which enables alias uniqueness across tenants. In addition, separate Unity Connection SMTP domain is provided for each tenant.
Supported Tenant Partitioning Topology
Figure 7-1Sample Deployment scenario depicts the high level topology or deployment scenario that is being followed for tenant partitioning. Here, tenant 1 and tenant 2 have unique phone systems to identify inbound and outbound voicemail traffic. Each tenant has its own dedicated Cisco Unified Communication Manager.
Figure 7-1 Sample Deployment
Here each tenant has its own partition, schedule set, schedule, schedule detail, search space, search space member, phone system, class of service, user template, distribution list, distribution list membership, user operator, call handler template, directory handler, interview handler, call handlers (operator, opening greeting, Good Bye), and routing rules.
Note: If you are upgrading Unity Connection 10.0(1) with Tenant Partitioning configured to a higher release then the Tenant Partitioning feature remains enabled on the upgraded system also.