Book Image

Cisco Unified Communications Manager 8: Expert Administration Cookbook

By : Tanner Ezell
Book Image

Cisco Unified Communications Manager 8: Expert Administration Cookbook

By: Tanner Ezell

Overview of this book

Cisco Unified Communications Manager (CUCM) is a software-based call-processing system developed by Cisco Systems. CUCM tracks all active VoIP network components; these include phones, gateways, conference bridges, transcoding resources, and voicemail boxes among others. This scalable, distributable, highly-available enterprise-class system delivers voice, video, mobility, and presence services. It connects up to 30,000 users of IP phones, media processing devices, VoIP gateways, mobile devices, and multimedia applications. With this cookbook you will learn all the important aspects of administering Cisco Unified Communications Manager. Cisco Unified Communications Manager 8: Expert Administration Cookbook is filled with many advanced recipes to effectively and efficiently configure and manage Cisco Unified Communications Manager. This book covers everything an administrator needs during and after Cisco Unified Communications Manager implementation. This practical cookbook contains detailed step-by-step instructions with clear and informative screenshots that cover all the important and advanced aspects of administering Cisco Unified Communications Manager. The book starts with introducing Call Routing and E.164. It then covers configuration and design information for the various call admission control technologies and Media Resources. The book also dives deep into troubleshooting, upgrades, disaster recovery, user management and much more.
Table of Contents (18 chapters)
Cisco Unified Communications Manager 8: Expert Administration Cookbook
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
Index

Implementing local route groups with device pools for E.164 call routing


To simplify call routing and dial plan management, local route groups provide a logical way to process calls according to settings specific to the device pool of the originating device.

Getting ready

This recipe assumes you have a gateway or trunk device configured.

How to do it...

To implement a local route group for use with a device pool, perform the following:

  1. Add a new route list that will serve as the link to the local route groups (Call Routing | Route/Hunt | Route List).

  2. Click on Add New to add a new route list.

  3. Type in a name and select a Call Manager Group in the drop-down with which the route list will be associated:

  4. Click on Save.

  5. Once the page reloads, click on Add Route Group and a new page will open.

  6. Select Standard Local Route Group from the Route Group drop-down menu then click on Save. You will be returned to the Route List page:

  7. Finally, click on Save to save the Route List.

  8. Add a new route group containing the gateway or trunk (Call Routing | Route/Hunt | Route Group).

  9. Find and select your gateway or trunk under the Find Devices to Add to Route Group section. Then click on Add to Route Group. You should now see the device in the Selected Devices list:

  10. Click on Save. The device will show up under Route Group Members.

  11. Assign the route group you created in the previous step to the device pool by navigating to the device pool (From the menu, System | Device Pool) configuration page and selecting the route group from the Local Route Group drop-down under the Device Pool Settings section:

  12. Click on Save.

Tip

These changes will not take effect until you reset the devices in the device pool.

How it works...

Prior to the introduction of local route groups in CUCM, dial plans relied on route patterns pointing to specific gateways and route lists in site-specific partitions. By utilizing local route groups with device pools we can simplify call routing and reduce the number of route patterns needed throughout the system, thereby making the overall system simpler and maintenance easier.

There's more...

When a call is placed on the system it matches a route pattern that informs the system where to send the call, typically a route list containing trunks and gateways. When the system is told to send the call to a route list containing the Standard Local Route Group, the egress gateway is determined by information pulled from the device pool settings of the device that initiated the call, and routes it accordingly.