Adding Aggregation Trunk and Route Group and Associating to Existing Route List and SLRG#
In VOSS Automate, the dial plan creates a route list to route the calls to the aggregation for central breakout (CBO). However, the following procedure is required to enable calls to egress to the PSTN network using a SIP trunk. Before adding a SIP trunk using Configure SIP Trunks, you must provision the following:
In VOSS Automate, create a region for the trunk:
Sign in as a provider or reseller and navigate to Apps Management > CUCM > Regions Information > Region.
Click Add.
Provide a name in the format Cu<cid>-Trunk-<TrunkName>-Region.
In CUCM, navigate to CUCM System > Device Pool and provision a device pool as follows:
Click Add.
Enter a device pool a name in the format Name Cu<cid>-DP-Trunk.
Choose a CCM group from the dropdown or leave at the default group.
Ensure that the region is set to the name created in step 1.
Set the location to Hub Non.
To create an aggregation SIP trunk, sign in as a provider in VOSS Automate and perform the following:
Navigate to Apps Management > CUCM > SIP Trunks.
Click Add.
In the Device Information tab, perform the following:
Choose the CUCM from the drop-down list.
Provide a device name; for example, Cu<cid>-Trunk-<TrunkName>.
Set the device pool to the device pool name you created.
Set the region to the name created in step 1.
Set call classification to OffNet.
Click Redirecting Diversion Header Delivery - Inbound.
Click Run On All Active Unified CM nodes.
In the Call Routing Inbound tab, perform the following:
Choose the calling search space by selecting Cu<cid>-IngressFromCBO-CSS from the drop-down list.
Choose the connected party transformation CSS by selecting Cu<cid>-CNPNTranform-CSS from the drop-down list.
Uncheck the Use Device Pool Connected Party Transformation CSS box.
Check the Redirecting Diversion Header Delivery - Outbound box.
In the Call Routing Outbound tab, perform the following:
Choose the called party transformation CSS by selecting Cu<cid>-CDPNTransform-CSS from the drop-down list.
Uncheck the Use Device Pool Called Party Transformation CSS box.
Choose the calling party transformation CSS by selecting Cu<cid>-CGPNTransform-CSS from the drop-down list.
Uncheck the Use Device Pool Calling Party Transformation CSS box.
In the SIP Info tab, provide the destination IP address. It is assumed that the default SIP profile and SIP trunk security profile are used.
Once the aggregation SIP trunk is created, assign it to a route group as follows:
Navigate to Apps Management > Route Groups.
Click Add.
Provide a name for the route group in the format Cu<cid>-RouteGroup-<Name>.
Set the distribution algorithm to Top Down.
Add the above trunk as a member of the route group.
Note
For line-based routing (LBR), perform steps 9 and 10.
Associate the above route group to the route lists. The assumption is that there is one trunk or route group to the aggregation that is shared by the whole country. However, if there is a trunk per country, then repeat the above step to create trunk and route groups for each country. The country dial plan automatically creates the following LBR route lists for each country for each customer:
Cu<cid>-<ISO>Intl-RL . (cid is the customer ID number and <ISO> is the 3-letter alpha code for the countries of the world. For more information on ISO, refer to http://en.wikipedia.org/wiki/ISO_3166-1).
Cu<cid>-<ISO>Natl-PL
Cu<cid>-<SIO>Mobl-PL
Cu<cid>-<ISO>Emer-RL
Cu<cid>-<ISO>Serv-RL
Cu<cid>-<ISO>Local-RL
Cu<cid>-<ISO>PRSN-RL
Cu<cid>-<ISO>FPHN-RL
Cu<cid>-<ISO>PCSN-RL
Cu<cid>-<ISO>SRSN-RL
Cu<Cid>-<ISO>Oper-RL
Note
The SLRG-Emer local route group must be provisioned even for line-based routing (see step 11).
Update each of the route lists to include the above-created route group as follows:
Navigate to Apps Management > CUCM > Route Lists.
Select and enter each of the route list pages from the step above.
Click on the Add Route Group Items and select the above route group.
Save and proceed to the next route list until all the route lists include the route group.
For device-based routing (DBR), nothing is needed for DBR route lists because they already contain the correct well-known local route groups. For each location that uses DBR, update the device pool as follows:
Navigate to Apps Management > CUCM > Device Pools.
Select and enter the device pool SLRG page.
Add the following well-known SLGs and associate them to the route group created above.
SLRG-Emer
Note
SLRG-Emer must be added regardless of whether DBR is used. Emergency call handling depends on this in order to work.
SLRG-Intl
SLRG-Mobl
SLRG-Serv
SLRG-Local
SLRG-PRSN
SLRG-FPHN
SLRG-PCSN
SLRG-SRSN
SLRG-Oper