Now that you have CMS Spaces created via the LDAP configuration and the inbound call settings set up to allow calls into CMS, you need to configure the call control devices to route the calls to CMS. The two most common integration options for CMS are either directly to the Unified CM cluster or directly to Expressway-C. While there are many reasons for doing one or the other or both, for this lab you will integrate CMS initially with Expressway, and Expressway will have a SIP trunk to the Unified CM cluster. This is the best option to support Microsoft interoperability via CMS because Expressway has the capability to identify and route calls based on the variant of SIP (either Microsoft or standards-based). For this design, you will initially have only one SIP trunk from the Unified CM to the Expressway-C. This would be used for all Business to Business calling as well as CMS traffic. Later we will consider the ad-hoc conferencing use case for Unified CM endpoints, which will require additional trunks from the Unified CM to CMS.
Begin by configuring the Unified CM SIP Trunk to the Expressway-C, including SIP Trunk Security Profile, followed by the necessary dial-plan components. In short, we will configure the following:
If you would like to configure the Security Profile, SIP Trunk, Route Group, and Route List, continue with the following steps. If you would like to have this configuration created automatically for you, click HERE. You should see another window pop up with the results. If the addition is successful, you can skip the next few sections and move on to the Configure Dial Plan on Unified CM configuration.
Parameter | Value |
---|---|
Device Name | EXPC1A-SIP-TRUNK |
Device Pool | Default |
SRTP Allowed | Checked |
Run On All Active Unified CM Nodes | Checked |
Calling Search Space | CSS_INBOUND_EDGE |
Calling and Connected Party Info Format | Deliver URI and DN in connected party, if available |
Destination | expc1a.pod8.cms.lab |
Destination Port | 5061 |
SIP Trunk Security Profile | Encrypted SIP Trunk Profile for Expc1a |
SIP Profile | Standard SIP Profile for Cisco VCS |
Normalization Script | vcs-interop |
The SIP trunk should be put into a Route Group, which needs to then be placed in a Route List. These should already be configured for you (called RG-EXPRESSWAY1 and RL-EXPRESSWAY1), however if you need a refresher, expand the following steps.
Now configure the Route List.
From the LDAP import, we created Spaces for all of our users with a 7XXXXXXX pattern. Unified CM needs to have a Route Pattern to be able to call those Spaces.
This will allow calls to that numeric range (7XXXXXXX) to be extended to Expressway.
With CMS primarily integrated to Expressway, the Unified CM dial-plan is essentially a Business-to-Business type of dial plan. Since we want to allow users to call any remote domain, we will use wildcards. We will be careful not to allow anything that matches the local Unified CM/Jabber domain, otherwise you could potentially create a loop, since the Expressway is configured to route that domain right back to the Unified CM. You will configure a wildcard pointing to Expressway and a block pattern for the local domain.
Parameter | Value |
---|---|
IPv4 Pattern | |
Route Partition | PT_EXPRESSWAY |
SIP Trunk/Route List | RL-EXPRESSWAY1 |
Now that you are routing all domain calls that do not match a local URI to the Expressway-C, you must take into account that some URIs that match the local domain pod8.cms.lab, but no user exists for that URI, will also match. You want this traffic to be dropped. Perform the following steps to configure the SIP Route String so that calls to invalid local URIs will not be routed to the Expressway-C.
Parameter | Value |
---|---|
IPv4 Pattern | |
Route Partition | PT_EXPRESSWAY |
SIP Trunk/Route List | RL-EXPRESSWAY1 |
Block Pattern | Checked |