The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This document describes call routing for Extension Mobility Cross Cluster (EMCC) with use of the Standard Local Route Group (SLRG). Emergency calls via EMCC is a focus of this document.
Cisco recommends that you have knowledge of these topics:
Note: This document assumes that EMCC is already configured and the cross-cluster user login is successful.
The information in this document is based on these software and hardware versions:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure that you understand the potential impact of any command.
General EMCC terminology (home cluster, visiting cluster, ect.) is defined below for use in this document.
Note: The roaming device pool concept for EMCC is different than the roaming device pool of Device Mobility.
Note: Do not confuse locations with geolocations. Locations, which you configure by using the System > Location menu option, allow you to define entities that a centralized call-processing system uses to provide call admission control (CAC). Geolocations, which you configure by using the System > Geolocation Configuration menu option, allow you to specify geographic locations that you use to associate Cisco Unified Communications Manager devices for features such as logical partitioning.
Call routing is performed by the home cluster. Emergency calls must be directed to the visiting cluster to reach the local gateway where the desk phone is physically located. In EMCC environments it is best practice to use the SLRG for emergency calls only. This is because the SLRG in EMCC is used to send the call back to the visitng cluster through the EMCC SIP trunk.
Call routing with use of the SLRG presents a problem when the SLRG is configured extensively in the environment prior to implementing EMCC; calls may be extended to destinations not intended by the administrators. This is documentented in CSCul58705. The scenario outlined below displays such a problem.
The call is expected to fail on EU cluster as the EU cluster won't be configured to handle patterns for the North American Numbering Plan (NANP). Administrators can mitigate the above scenario by creating route patterns which use of the adjunct CSS for call routing instead of the SLRG.
The CSS for call routing in EMCC is a concatenation of three CSS's (Adjunt CSS, Line CSS, and Device Profile CSS). The Adjunt CSS has the highest priority, followed by the line CSS, and lastly the Device Profile CSS has the lowest priority.
The adjunct CSS is configured in the roaming device pool on the home cluster and it is used by EMCC to route emergency calls to the visiting cluster; furthermore, the adjunct CSS must contain the partitions for emergency route patterns such as 9.911, and 911. The route patterns and partitions associated to the adjunct CSS must reference the SLRG so calls are directed to the visiting cluster.
This document is based off of a topology with three CUCM clusters, each with a single phone registered. The US cluster with the US phone, the EU cluster with the EU phone, and the Asia cluster with the Asia phone. Each cluster is connected via the configured EMCC SIP Trunk.
Note: Only one EMCC SIP trunk per cluster is necessary
Geolocation information has to be configured on each cluster participating in EMCC. To configure geolocation information navigate to Unified CM Administration > System > Geolocation Configuration.
Note: The home cluster needs to receive the geolocation information for every visiting cluster to select the correct roaming device pool. The home cluster also needs geolocation information for itself.
Note: The US cluster is the home cluster for this lab configuration while the EU and Asia cluster are the visiting clusters.
In the US cluster we have the following geolocation configuration:
Geolocation information can be assigned to the phones at the enterprise level, device pool level, or at the individual phone level.
To assign geolocation information at the enterprise level navigate to Unified CM Administration > System > Enterprise Parameters.
To assign geolocation information at the device pool level navigate to Unified CM Administration > System > Device Pool.
To assign geolocation information at the phone level navigate to Unified CM Administration > Device > Phone.
The geolocation filter specifies the criteria for device location matching such as country, state, and city values. To configure geolocation filters navigate to Unified CM Administration > System > Geolocation Filter.
In the following image only Country and City are selected for the geolocation filter.
Note: The US cluster, Asia cluster, and EU cluster have the same configuration in the geolocation filter so we only need one filter in home cluster. If the geolocation filter is different in the home cluster compared to the visiting cluster(s), the home cluster needs to one geolocation filter configured per visiting cluster.
To assign the geolocation filter to the EMCC feature configuration navigate to Unified CM Administration > Advanced Features > EMCC > EMCC Feature Configuration.
As seen in the image above, the filter is assigned to the EMCC configuration. This will need to be done on all clusters participating in EMCC.
To create roaming device pools navigate to Unified CM Administration > System > Device Pool.
Note: Each cluster needs roaming device pools created for the opposite clusters.
Note: The roaming device pool concept for EMCC is different than the roaming device pool of Device Mobility.
The topology for this document is:
The device pool's Geolocation Configuration section will be used to select the roaming device pool for the correct visiting cluster. If we want to create a roaming device pool for the US cluster, we must do the following.
The key here is to remember that the roaming device pool is selected on the home cluster for every EMCC login. This means that we use the geolocation information of the visiting phone to make the determination for which device pool is appropriate to select.
To troubleshoot EMCC call routing issues you will need to collect the Cisco CallManager traces from the home cluster and for the visiting cluster. The home cluster performs the call routing but the call may be sent to the visiting cluster for calls which make use of the SLRG.