cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
11231
Views
55
Helpful
10
Comments

Concepts

  • In CUCM v10, new attributes were introduced to DN which are Enterprise Alternate Number and +E164 Alternate Number.
    • Each DN can be represented with 3 numbers
    • For example, the DN can be 3459, Enterprise Alternate DN 3103459, +E164 Alternate DN +97145673459 or 045673459
    • By default Enterprise Alternate Number and +E164 Alternate Number aren't reachable locally within the cluster
      • This can be enabled by checking 'Add to Local Route Partition' under DN configuration
      • Assign the PT to phones CSS
    • You can assign Enterprise Alternate Number or +E164 Alternate Number as PSTN failover
      • PSTN failover will be used when the destination SIP trunk isn't reachable
      • This PSTN failover is applicable for called Enterprise Alternate Number, called +E164 Alternate Number or called Directory URI
      • CUCM will try to dial the PSTN failover number
      • Calling Phone AAR CSS will be used to reach the PSTN Failover
  • GDPR and ILS and two independent components
    • ILS network will be established between ILS enabled clusters to exchange route strings
    • GDPR will advertise GDPR data over ILS enabled network
    • GDPR data can be
      • Local Directory URIs
      • Local Enterprise Alternate Numbers
      • Local +E164 Alternate Numbers
      • Local Enterprise Alternate Patterns
      • Local +E164 Alternate Patterns
      • Imported Alternate Numbers, Alternate Patterns and URIs
      • Learned Numbers, Patterns and URIs
      • PSTN Failover
    • Actual Call Routing is based on SIP Patterns of Route Strings pointing to SIP Trunks
  • Instead of advertising large number of Alternate Numbers, you can create Alternate Pattern to be advertised
    • You can create Enterprise Alternate Pattern and +E164 Alternate Pattern
    • These patterns can't be used for local dialing
    • For Pattern PSTN failover, there are 3 options:
      • No PSTN Failover, i.e. if SIP trunk isn't reachable, call will fail
      • Use Pattern as PSTN Failover Number - This will use the same pattern as PSTN failover
      • Apply Strip Digits and Prepend Digits to Pattern and Use for PSTN Failover
  • You must assign learnt numbers/patterns to partitions
    • GDPR patterns can't be left in None partition
    • The default partitions created are
      • Global Learned E164 Numbers - This will be assigned to Learnt +E164 Alternate Numbers
      • Global Learned E164 Patterns - This will be assigned to Learnt +E164 Alternate Patterns
      • Global Learned Enterprise Numbers - This will be assigned to Learnt Enterprise Alternate Numbers
      • Global Learned Enterprise Patterns - This will be assigned to Learnt Enterprise Alternate Patterns
    • These partitions should be included in phones CSSes to be able to dial remote cluster numbers
    • In case of overlap between Alternate Number and Pattern, Longest match is applied
  • If you are using CUBE within ILS network, you need to enable Send ILS Learned Destination Route String
    • When enabled, CUCM can tag the route string in the SIP header x-cisco-dest-route-string
    • CUBE can use the voice-class route route-tag feature to route using route-tag

 

Configuration

 

  1. Activate Inter-cluster Lookup Service
  2. Navigate to Enterprise Parameters
    1. Configure unique cluster name for each ILS cluster
    2. Configure Cluster Fully Qualified Domain Name
    3. Configure Organization Top Level Domain
  3. Navigate to Advanced Features > ILS Configuration
    1.  Select Cluster Role
    2. Configure Route String
    3. Configure Synchronization Timer
    4. Enable Advertise Global Dial Plan Replication Data to Remote Clusters
    5. Configure ILS Authentication (TLS or Password)
  4. Navigate to Phone DN
    1. Under Enterprise Alternate Number
      1. Configure Number Mask - The Alternate Number will be generated based on DN and Mask
      2. Enable Advertise Globally via ILS
      3. Enable Add to Local Partition and select the partition - This can make the Alternate number reachable locally within the cluster
    2. Under +E164 Alternate Number
      1. Configure Number Mask - The Alternate Number will be generated based on DN and Mask
      2. Enable Advertise Globally via ILS
      3. Enable Add to Local Partition and select the partition - This can make the Alternate number reachable locally within the cluster
    3. Configure Directory URI (this is covered in separate section)
    4. Under PSTN Failover for Enterprise Alternate Number, +E.164 Alternate Number, and URI Dialing assign +E164 or Enterprise Alternate Number as PSTN failover
  5. Navigate to Call Routing > Global Dial Plan Replication > Advertised Pattern > Add New
    1. Configure Pattern
    2. Select Pattern Type (Enterprise Alternate or +E164 Alternate)
    3. Configure PSTN Failover Policy
  6. Navigate to Call Routing > Global Dial Plan Replication > Partitions for Learned Numbers and Patterns
    1. Select the Partition for each GDPR Data Type
    2. You can mark GDPR Data as Urgent Priority
  7. Navigate to Call Routing > Global Dial Plan Replication > Blocked Learned Patterns (this will define numbers/patterns not to be installed in database)
  8. You can view Learnt Numbers and Patterns from Call Routing > Global Dial Plan Replication tab
  9. If you ILS SIP Trunks are pointing to CUBE, configure SIP Profile with Send ILS Learned Destination Route String enabled
Comments
Ayodeji Okanlawon
VIP Alumni
VIP Alumni

Thank you Mohammed for putting this together

ahmed_mohammedy
Level 1
Level 1

Hi Mohammed

thanks for the note , but I have one question 

if I have two clusters ,  All DNs on both cluster does not have URI, Alternate number or enterprise alternate number , but all DNs are in E164 formate 

but I still want to enable AAR over intercluster trunk 

Can I add  summarized pattern of All DNs in each cluster as in  below "step 5" and AAR will work ?

best regards, 

Ahmed 

==========

5-Navigate to Call Routing > Global Dial Plan Replication > Advertised Pattern > Add New

    1. Configure Pattern
    2. Select Pattern Type (Enterprise Alternate or +E164 Alternate)
    3. Configure PSTN Failover Policy        ===========
Carl Ratcliffe
Level 3
Level 3

Excellent post and this is something I am looking at deploying now we have upgraded from CUCM 8.6 to 11.5.

I have a couple of questions regarding these new features :

1 - can this be used in place of "call forward unregistered". So for example, if we have a remote site in a CUCM cluster we currently use call forwarded unregistered if the site is disconnected and therefore as the phones unregistered and the call will route across the PSTN. Can you now make use of the alternate number and add to local route partition so if the primary extension cannot be reached CUCM will try to route the call across the PSTN or is this only applicable if it cannot route across the SIP ICT ?

2 - We have 50 plus global sites and people had a habit of dialling the office externally although they were on net so we force on-net calling via translation patterns and route-patterns if it was inter-cluster. Now GDPR is available I assume we should remove this config and add +E164 alternate number ?

Thanks, Carl Ratcliffe

Preston Lancashire England

Thx for your comments.

1. In the current scenario, I believe that you are using single cluster and the remote site is using CFU as you mentioned. To utilize GDPR PSTN failover you need to have two separate clusters with GDPR and ILS established. In this case the calls will be rerouting over PSTN if the SIP Trunk isn't reachable. Now if this is a new deployment I recommend you go with it. But if this is an existing setup, then migrating from single cluster to multiple cluster is good idea but you need thorough planning.

2. Using TPs to match dialing habits is the right approach. But you are right in the fact that with GDPR you can replace TPs for +E164 numbers with Enterprise Alternate or +E164 Alternate numbers. Just keep in mind that the local +E164 Alternate number isn't reachable within local cluster by default and you can change this behavior as I mentioned above.

Yes you can use Alternate Pattern even if you aren't configuring Enterprise Alternate or +E164 Alternate numbers.

Carl Ratcliffe
Level 3
Level 3

Hi Mohammed

Thanks for your response

1 - We do have multi clusters and I will certainly be planning a new dial plan for GDPR but correct what I asked about was within a single cluster. We have clusters on each continent but within a cluster are many different countries which is what we use CFU. As these are the same cluster CFU seems like the only option to use as we cant use route groups to failover to PSTN when its on-net so I was hoping GDPR might be able to do something fancy for PSTN failover intra-cluster but doesn't look like that's the case yet.

2 - I'm certainly going to plan this in as using alternate numbers / patterns is going to be far easier than having to add translations for forced on-net to each cluster.

I've been testing in a lab as per your config guide and after seeing the results I'm going to plan this in very soon. Globalisation, Tail End Hop Off, Forced On-Net, PSTN Failover have just become a million times easier to configure when you have a multi cluster environment.

Thanks, Carl Ratcliffe

Preston Lancashire England

Ayodeji Okanlawon
VIP Alumni
VIP Alumni

Carl,

I have recently design and deploy a multi cluster environment with ILS/GDPR. Here are a few things to note..

1. Forced onnet routing doesnt require any translation pattern or alternate number mask if you are using a globalized dial plan. ILS/GDPR makes this very smooth. Here is an example of a call flow

A--APAC

B--US

A user in APAC dials the DDI of a user in US. This matches the xlation pattern for international calls, the call is globalized. 

Once globalized, this will match an advertised pattern from US via GDPR. Once the pattern is matched CUCM uses the sip route string attached to route the call to the remote cluster. No need for any additional translation pattern.

The only time you will need to create xlation pattern is if your users do not have access to international numbers since you need to match the xlation pattern first before the call is globalized.

For National numbers, this is pretty easy. The call is globalized and matches an advertised GDPR pattern.

I did this recently and it was flawless.

Secondly 

A DN and associated E164/enterprise number is a single number as far as CUCM is concerned. They are not two different numbers. Bear in mind that the alternate number doesn't exist and hence why you must allocate it to a routable partition so that CUCM can insert in DA. If the main number is unavailable, I dont think the alternate number will be reachable

Carl Ratcliffe
Level 3
Level 3

Hi Ayodeji

Thanks for the information I will make good use of it. The more I play about in the lab with GDPR it does seem like one of the best features Cisco have designed for CUCM when I think of the amount of time I spend with Tail End Hop Off, Forced On-Net etc.

I have 1 query about the learnt numbers/patterns from ILS. These are learnt and can be assigned a partition using "Partitions for Learned Numbers and Patterns". The calling device then needs a CSS that has access to this pattern, which makes sense.

However to be able to dial inter-cluster you need a SIP Route Pattern for the route string and the partition in this also has to be accessible from the calling device or the call fails. Should I just create a generic partition for example P_GDPR and as well as the learnt numbers/patterns partitions also add this generic one into the CSS of any device that should be able to use learnt patterns ?

Thanks, Carl Ratcliffe

Preston Lancashire England

Ayodeji Okanlawon
VIP Alumni
VIP Alumni

Yes that is what I did. I created a partition Global-onNet_PT. All learned patterns, sip route patterns and enterprise number are assigned to it. Keep it simple.

Remember also to keep your configuration neat and tidy, advertise only patterns. Dont advertise E164 numbers vial ILS or enterprise numbers, just summarize your patterns and advertise only patterns

Carl Ratcliffe
Level 3
Level 3

Hi Ayodeji

Thanks for your response. Summarising numbers to patterns is something I will do and it will work well in my setup.

If Cisco would now add something to GDPR which would allow PSTN failover intra-cluster it would make the feature complete. As I mentioned in my first comment, within each cluster I have up to 30 sites/countries so when one of these sites/countries loses connection to the WAN I can only use CFU to automatically route the call ( unless im missing something ? ) but I don't like doing this when I have Extension Mobility. You would think this would be quite a simple solution to design - if an extension is not reachable and it is logged into extension mobility from the database's perspective then route the call to the PSTN failover.

Thanks, Carl Ratcliffe

Preston Lancashire England

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: