15.8 Exchange of Numbers and Patterns

This topic describes how to exchange numbers and patterns across clusters.

GDPR supports exchange of numbered call-routing information via ILS.

  • Configured individually per directory number:
    1. Enterprise number
    2. +E.164 number
    3. With PSTN failover number (either enterprise number or +E.164 number)
  • Configured as summary patterns:
    1. Enterprise patterns
    2. +E.164 pattern
    3. Each with PSTN failover rule

GDPR supports the exchange of numbered call-routing information via ILS in two ways. You can advertise the enterprise or the +E.164 number of individual directory numbers or you can configure summary patterns (that include wildcard symbols and represent a range of numbers).

Managing Learned Numbers and Patterns

You can control how you want to treat learned numbers and patterns at the receiving cluster.

  • Default partitions exist and are applied to all items that can be learned:
    1. Possible items that can be learned via ILS are enterprise alternate numbers, +E.164 alternate numbers, enterprise patterns, and +E.164 patterns.
    2. The partition to be applied to ILS-learned numbers and patterns can be changed.
    3. Partitions cannot be removed (ILS-learned items cannot be in the NULL partition).
  • Each of the above learned items can be configured as urgent.
  • Learning of items can be prevented by setting the Blocked Learned Patterns parameter based on one of the following:
    1. Pattern
    2. Prefix
    3. Cluster ID
    4. Pattern type

The options include the partition to which the learned entries are added, urgent priority, and blocking of patterns.

GDPR Numbered-Routes Example: IP Path

This section shows examples of using GDPR to exchange numbered routes along with PSTN failover information. The figure illustrates a call being placed over the IP path.

RTP Routing Table
Pattern or Number PSTN Failover Rule Route String
+14085552XXX 0: sjc.cisco.com
84082XXX 4:+1408555 sjc.cisco.com
San Jose Routing Table
Pattern or Number PSTN Failover Rule Route String
+19195551XXX 0: rtp.cisco.com
89191XXX 4:+19192555 rtp.cisco.com

GDPR Numbered-Routes Example: PSTN Backup

In this example, there is a problem with the IP path (for example, a network failure).

RTP Routing Table
Pattern or Number PSTN Failover Rule Route String
+14085552XXX 0: sjc.cisco.com
84082XXX 4:+1408555 sjc.cisco.com
San Jose Routing Table
Pattern or Number PSTN Failover Rule Route String
+19195551XXX 0: rtp.cisco.com
89191XXX 4:+19192555 rtp.cisco.com

The figure illustrates how the call is redirected over the PSTN when the IP path is not available.

To make the PSTN backup work, you must advertise the PSTN failover information on the advertising cluster. At the receiving cluster, you must set the AAR CSS at the phones because the AAR CSS is used to place the call to the learned PSTN failover number.

Advertisements