Shared Line Across Sites ------------------------ Overview .......... The Shared Lines Across Sites feature allows lines to be shared across sites, and is accomplished by introducing the concept of an "Inventory site" in addition to the normal real sites. The Inventory site is used to provision the shared lines first, then the real sites make use of the shared lines by assigning them to phones. Devices are not provisioned in the Inventory site; they are only provisioned on the real sites. This feature also supports Hunt Groups and Call Pickup Groups across sites by leveraging the Inventory site to provision all of the lines to be included in the Hunt Group or Call Pickup Group. The lines used in Hunt Groups and Call Pickup Groups that are provisioned in the Inventory site can span multiple real sites (in other words, they are used by devices on the real sites). The key requirement is that all the lines to be used by a given Hunt Group or Call Pickup Group must be configured in the Inventory site, along with the Hunt Group and Call Pickup Group itself. The Shared Line Across Sites deployment model is 100% backward compatible with the previous directory number (DN) and line configuration. Existing deployments are not impacted when the system is upgraded, and all existing dial plan configuration procedures are supported. The deployment configuration shown in :ref:`shared_line_across_sites_example` is optional and is only required when sharing lines across sites. .. tip:: If a line is potentially shareable, we recommend that you create the line in the Inventory Site, even if it will not be shared across sites immediately. The system does not support the ability to move a line from a real site to an Inventory Site, so to convert a line from site-local to cross-site shared, the line would need to be deleted from the real site and recreated in the Inventory Site. The following terms are described in the context of Shared Lines Across Sites: =============================== ===================================================================================================== Directory Number (DN) This number can be assigned to a user and can be dialed. A DN may be composed of an extension prefix and/or a site location code and/or extension, but the DN is the final form of the internal dialable number. The DN is not the E.164 number, although they may coincide. DN Inventory Directory Number Inventory. A list of directory numbers (DNs) configured in VOSS Automate that can then be used in a line configuration. The DN inventory resides only in VOSS Automate and is not pushed to Cisco Unified Communications Manager (CUCM, or CallManager). DNs may also be used as feature pilot numbers (for example, Hunt Pilot or Call Pickup patterns). When used as a service number, the DN is marked as unavailable and it cannot be used in a line configuration. DN inventory is configured at the Site or Customer hierarchy level. However, to configure DN inventory at a customer hierarchy, the customer dial plan must be configured not to use site location codes (“flat dial plan”). E.164 Number The globally routable phone number that includes country code and country-specific format. This number is used for offnet Public Switched Telephone Network (PSTN) calls. E164 numbers must always be unique and the local PTT should ensure that the same number ranges are not given out twice. E.164 Inventory A list of E.164 (E164) numbers configured at a site hierarchy. This list only resides in VOSS Automate and is not pushed to Cisco Unified Communications Manager (CUCM, or CallManager). Line or Line Relation The line configured from menu item Subscriber Management > Lines which is pushed to Cisco Unified Communications Manager. A line is also pushed to Cisco Unified Communications Manager when it is referenced in a phone, extension mobility profile, or single number reach profile and doesn’t already exists on the Cisco Unified Communications Manager. On Cisco Unified Communications Manager, a line corresponds with the items under Call Routing > Directory Number. It is also called a “line relation” because this is the technical term for the construct within VOSS Automate. Line Appearance A line appearance is the assignment of a line to a phone. One line can have many line appearances. If a line has more than one line appearance, it is considered a shared line. Class of Service (CoS) This term refers to a Calling Search Space (CSS) that is specifically used to define call routing and feature processing for a line or a phone. Refer to Class of Service for Shared Line Across Sites for more information. SLC-based Dial Plan A site location code (SLC)-based dial plan is one that uses unique, site-specific dialable location codes that are embedded in the DN along with the extension. For example, the default Type 1 through Type 3 Cisco dial plans are SLC-based. Only the Type 4 dial plan is not SLC-based; Type 4 dial plan is commonly referred to as a “flat” dial plan because DNs are the actual extensions. This distinction between types of dial plans is important, because to support the Shared Line Across Sites feature, where devices at different sites can share a line that supports intra/intersite dialing from every site, an SLC would not allow a line to span multiple sites (because multiple sites can’t have the same SLC). The Shared Line Across Sites feature requires the customer to deploy a non-SLC based dial plan. DNR Directory Number Routing allows an administrator to make their DN inventory inter- and intra-site routable by adding the necessary translation patterns on Cisco Unified Communications Manager when deploying a non-SLC-based dial plan. Normally, for the SLC-based dial plans, because each site requires a unique SLC, these translation patterns can automatically be deployed. This is not the case for non-SLC (flat) dial plans. In this case, DNR instances can be created when DN inventory is added to make these internally routable. E.164 Associations Allow the customer’s DNs to be reachable from the PSTN network (DDI routing). The Administrator creates an E.164 (PSTN)-to-DN (internal extensions) association to provide the DDI mapping. =============================== ===================================================================================================== Limitations ............... The following summarizes some of the limitations concerning the Shared Lines Across Sites feature: * A new Inventory Site is required for each new combination of NDL and Country (a "site group"). In other words, the lines configured at the Inventory Site are specific to the NDL and Country defined for that site. * All real sites that reference lines in an Inventory Site must be defined with the same NDL and Country. Ensure that this requirement is met, as it is not enforced in VOSS Automate. * Shared lines cannot span countries or NDLs. This is necessary because Cisco Unified Communications Manager doesn't support shared lines across clusters. The country must be consistent so that line CoSs (defined in the Inventory Site) are correct for each device referencing the line (defined in the real site). Ensure that the correct association is made between Inventory Sites and real sites, as it is not enforced in VOSS Automate. * When configuring a phone or subscriber at a real site, any reference to a DN that does not exist in the Inventory Site results in a new line being created at the real site as it did prior to this Cisco HCS release. In other words, if the Inventory Site doesn't exist, or a line hasn't been configured in the Inventory Site first, the system behaves as it did in previous Cisco HCS releases (backwards compatible). * If a line can be potentially shared, create it in the Inventory Site before referencing it by any devices. If the DN is used in a device before it is configured in the Inventory Site, the line is created in the real site and may not have the desired CoS or other configuration desired for a shared line. * When a line has been created (either at the Inventory Site or a real site), it cannot be moved. To move the line, delete the line and re-add it. For example, if you forget to define the line at the Inventory Site first and configure a device with a line, the line is created at the real site. You would need to delete the line from the real site and add it to the Inventory Site, then reassign it to the phone. * An Site Administrator logged in to a real site is not able to see the line configuration that exists at the Inventory Site. A Customer Administrator or above can see the line configurations at all of the sites. * The Shared Lines Across Sites feature only works when using a flat dial plan. The reason is that other dial plans have site location codes in the DN which won't make sense if the DN is shared by multiple sites. The default VOSS Automate template bundle includes a Type 4 flat dial plan, but other custom dial plans that are not site-specific can be used. * Self-provisioning does not work for DNs defined at the customer level. * Although an Administrator can delete Inventory Sites, we do not recommend it. If the Inventory Site is deleted, all hunt groups, call pickup groups, voice mail pilot associations, and lines that are part of the Inventory Site are deleted. If there are devices on the "real" sites that reference these lines, they will no longer reference these lines as they will have been deleted. The customer-level DN inventory is still intact, though no lines are associated with these DNs because they are deleted when the Inventory Site is deleted. The hunt groups and call pickup groups are self-contained to the Inventory Site and are therefore, deleted as part of the deletion of the Inventory Site. * When the inventory site is deleted, this deletes all shared lines, Classes of Service, DNR, and any other configuration added at that site. The shared lines are removed from all devices on "real" sites which may have referenced them. * If an emergency number is dialed from any shared line, the number displayed on the other end should be the Emergency Call Back Number of the corresponding site.