Class of Service In Globalized Call Routing Using the Originator’s CSS In-Depth Lecture

Class of Service can be implemented in different ways, using the Class of Service with a Globalized Call routing is easy to implement and more scalable using the existence Translation Patterns that globalize the inputs. Starting from CUCM 10.X, Translation Patterns can use Originator’s Calling Search Space. It gives the administrators more granularities when implementing Unified Dial Plan with Globalized Call Routing.

By definition the translation pattern is used to match the dialed digits before matching a route pattern, before the CUCM 10X, traditionally the Translation Pattern as the source of call needs a CSS to access the partition of a route pattern for call routing. This means the originating devices or lines CSS is lost and not taken into consideration after digit modification is performed at the translation pattern. The disapointing result is that you lost the caller’s calling privileges.

With this Option, administrators can control and make sure that the original caller’s calling privileges are maintained after digit manipulation by the translation pattern, the “Use Originator’s Calling Seach Space” check boxes means that the Call Control CUCM will apply the Devices or Lines CSS to determine if the caller can access the route pattern’s partition such as the route pattern for international dialing.

When you use the Globalized Call Routing. This option helps the administrator to configure fewer patterns and makes the scalability very easy.

If the translation pattern CSS include the blocked partition of route pattern or it didnt include the blocked partition. The Phones CSS (it does not matter if it includes the blocked partition route pattern) will be replaced by the translation pattern CSS so all phones are treated equally in term of calling privileges.

Using the Originator’s CSS at the translation level, the same translation pattern can be used by all calling parties and the Phones CSS that determines the calling privileges are inherited as a result if Phone 1 has a CSS that includes the blocked partition route pattern, the call is blocked and if phone 2 has a CSS that does not include the blocked partition route pattern, the call is allowed.

Using the Class of Service in a Globalized Call Routing with the Originator’s CSS at the translation level, you can implement granular classes of services easily, you create a specific blocked route patterns, you put them into a partition, then you create a new CSS that includes this partition and the rest of partitions the user can dials, and apply the CSS to appropriate users. As a result regardless how the number is dialed, the translation pattern will globalize the localized user input at the call ingress with the option to use the Originator’s CSS.

For example in a globalized call routing, we want to block one specific country Australia for some users. We need a class of service that does not allow calls to Australia (61) and another class of service that allows calls to all countries. We can do this by splitting the globalized route pattern \+! into two route pattern as follow:

We can create two routes patterns as follow to exclude call to +61 as follow:

The two route patterns below matche all international numbers except \+61!.

Route Pattern: \+[^6]! in Partiton PSTN-Exclude-AU-PT.

Route Pattern: \+6[^1]! in Partition PSTN-Exclude-AU-PT.

The route pattern below matches calls to Australia.

Route Pattern: \+61! in Partition Australia-PT.

Note: these route patterns should be configured with “Route This Pattern” Option.

At the translation pattern we check the Use Originator’s CSS option.

If Phone 1 is allowed to dial all international numbers, it needs a CSS PSTN-CSS that includes both partitions PSTN-Exclude-AU-PT and Australia-PT.

If Phone 2 is allowed to dial all international numbers except Australia country, it needs a CSS PSTN-Exclude-AU-CSS that includes partition PSTN-Exclude-AU-PT only.

In a complex deployement with different classes of service, configuring such route patterns is not easy to read. To make it simple, we create a specific blocked route pattern \+61! with “Block This Pattern” option, and we put this route pattern into a partition Block-to-AUSTRALIA-and-SJ-1-PT and we create a CSS Jabber-Limited-CSS that includes this partition.

We have to make sure that the translation patterns that globalizes the user input has the Use originator’ s Calling Search Space checked so that the originating CSS Jabber-Limited-CSS that matches the blocked route pattern is not replaced by the the Translation Pattern’s CSS.

Finally the blocked route pattern should be in +E.164 format. For example to block calls to Australia, we need to use \+61! instead of 901161! because the use can place a call to Australia by dialing +61 instead of 901161!, dialing +61 will match the globalized route pattern \+! that all calls to PSTN.

What if we want to block calls to specific subscriber number 14082347788, using this approach, we can achieve this goal easily, we create a specific route pattern \+14082347788 with “Block This Pattern” option checked (similar with the example block calls to Australia with route pattern \+61! with “Block This Pattern” option checked), and we put it in the same partition Block-to-AUSTRALIA-and-SJ-1-PT as \+61! or in different partition, depending to the requirements.

On Jabber Client jabber jabber1 jdoe@lab.local, the Directory Number page 51001 has the CSS Jabber-Limited-CSS.

Make the following calls from the Cisco Jabber jabber1 jdoe@lab.local.

  • Dial 914082347788
  • Dial +14082347788
  • Dial 901114082347788

The PSTN Phone at the line 2 National-SJ-1 receives a reorder tone as shown below.

Make the following calls from the Cisco Jabber jabber1 jdoe@lab.local.

  • Dial 901161298765432
  • Dial +61298765432

The PSTN Phone at line 6 International-Australia receives reorder tone.

To confirm, use the Dialed Number Analyzer tool in Cisco Unified Communications Manager (CUCM). The Dialed Number Analyzer is very cool tool to test a complex dial plan with many CSS, Partitions, Route Groups, Route Lists, Route Patterns, etc.

It helps you to analyze a dial plan and gives the full call flow information for the dialed digits.

To use the Dialed Number Analyzer tool, access Cisco Unified Serviceability menu , then navigate to Tools → Service Activation and check Cisco Dialed Number Analyzer and click Save.

Now navigate to Tools → Dialed Number Analyzer.

Select the jabber1 and check Line [1] – 51001 check boxes.

In the Dialed Digits, enter the National number 914082347788.

Click Do Analysis.

In the Dialed Digits, enter the national number +14082347788.

Click Do Analysis.

In the Dialed Digits, enter the national number 901114082347788.

Click Do Analysis.

In the Dialed Digits, enter the international number 901161298765432.

Click Do Analysis.

In the Dialed Digits, enter the international number +61298765432.

Click Do Analysis.

In the result of the Dialed Number Analyzer. You see the Match Result = BlockThisPattern.

Regardless how the number is dialed without the « + » sign, the translation pattern will globalize the localized user input at the call ingress with the option to use the Originator’s CSS so that the Blocked Patterns \+61! and \+14082347788 in partition Block-to-AUSTRALIA-and-SJ-1-PT is always matched to block the calls coming from the Cisco Jabber jabber1. If the user jdoe@lab.local uses the « + » sign, the dialed number will match directly Blocked Patterns \+61! and \+14082347788 in partition Block-to-AUSTRALIA-and-SJ-1-PT.

Published by:

Redouane MEDDANE

Redouane MEDDANE is Cisco Instructor CCSI #35458, 3xCCNP Collaboration, Security and Enterprise and he a published author of some of the most important OSPF Protocol, Security and Collaboration books in the world titled OSPF Demystified With RFC, Network Security All-in-one, and Dial Plan and Call Routing Demystified on CUCM. He is also a blogger at ipdemystify.com and writes articles about collaboration and security to demystify the most complex topics. His books are known for their technical depth and accuracy especially the OSPF Demystified With RFC book, which is considered as the best OSPF book in the world and named "One of the best OSPF ebooks of all time" by BookAuthority It gives you a hint at the ability to explain complex topics with remarkable ease. He worked as a Cisco Instructor and consultant indifferent Cisco Learning Partner and awarded twice as Cisco Distinguished Instructor Award and Cisco Security Instructor Excellence Award on 2018 and 2019, and Cisco Collaboration Instructor Excellence Award on 2020. The Distinguished Instructor Award recognizes the top 5% of Cisco's most influential CCSI's who provide the highest quality training experience and demonstrate the best overall instructor performance across multiple Cisco technologie and Instructor Excellence Award recognizes the top 25% of elite CCSIs being recognized for delivering top quality training and maintaining high customer satisfaction in their field of expertise.

Categories Collaboration3 Comments

3 thoughts on “Class of Service In Globalized Call Routing Using the Originator’s CSS In-Depth Lecture”

  1. Such a great article!
    I do have a question: Since Cisco considers the translation-patterns in the routing component as Source/Target, I’m not sure the « Originator’s CSS » would be the actual phone/line CSS or a previous translation-pattern CSS:
    Phone A (With CSS = Phone) dials 1111
    It matches the translation-pattern 1XXX (route-partition Test). This translation-pattern then translates this number to 2221111 but does use a CSS called TP-CSS. After the translation is done, the new number « 2221111 » matches another translation-pattern « 2221XXX » in the route-partition Test2 however, this translation-pattern is now set with « Use originator’s CSS ». My question is: Does this last translation-pattern (2221XXX) use the CSS Phone or TP-CSS?
    Many thanks,
    Esdras

    Like

    1. Hello Esdras
      Thanks for your great comment, I appreciete your idea. I confirm you that the Call Manager will use the device CSS, the Use Originator CSS option in the translation pattern means that the CUCM will look the phone originating the call not the previous translation pattern.

      Thanks once again for this great idea.

      Redouane MEDDANE

      Like

  2. Hi Redouane,
    Thank you for your reply.
    I have tried reproducing this scenario on lab and this worked using the phone (originator) CSS but just wanted to confirm cause I may have missed something during my tests.
    Thank you very much!
    Esdras

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s