Translation Pattern vs. CTI Route Point

Unanswered Question

Question to the group...


There is an internal discussion here about what is more appropriate for large-scale deployments...translation patterns or CTI route points.


There will be approx 5000 translation patterns per cluster (to allow 4-digit dialing at remote sites over 10 digit dialing). For less common translations (ie 800 number to local number) it was suggested to use a CTI route point over a translation pattern. Would this make sense? If we are going to have so many translation patterns anyway, would adding a few more create a problem? The reasoning we received for using a CTI route point was that it uses less processing than a translation pattern. That didn't make sense, but thought I would post here to get some opinions.


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
gogasca Mon, 10/12/2009 - 01:26
User Badges:
  • Green, 3000 points or more

Hi,

I will give 2 examples: 1 for

Translation Pattern use, 1 for CTI Route Point and my recommendation at the end.


Example A) Translation Pattern:

Simple translation pattern: 1XXX

Adding a translation pattern will populate our Digit Analysis (DA) Engine within ccm process with the pattern 1XXX in the specified partition.

When Device A dials the number 1XXX and hits this pattern a high level overview of what exactly happens will be the following:

Find the best match in our Dialing Forest, match Translation pattern and route the call to the next destination in place (a Phone, a route pattern, another Translation pattern, etc) until

we find the final destination or we fail to reach it.

A low level overview will be:

1. Device Layer, Call control (cc) layer (IP Phone, Gateway, Trunk, etc) obtains digits and passed them to DA

2. Once in DA, DA will try to match the digit string. If digits string is not match DA will send a block response. cc child process (per this call) will send instructions to release the call, reorder Tone will be played.

3. If digit string matches a valid pattern, DA will send a request to DeviceManager asking about CEPN (callable endpoint name) This is a pkid in DB. The signal that DA send to DeviceManager is a DMPidREQ

4. If DeviceManager finds the CEPN, then it returns the SDL pid of the endpoint

process in the DMPidRes. If the CEPN is not found then DeviceManager returns a DMPidErr

5. Assuming the CEPN was found, the SDL pid will be sent to DA and then from DA to Child Call control in the DAres signal Cdcc will then send a CCSetupReq signal to the endpoint process.

6. Call is extended to desired destination (more stuff hapens here) but we ring a phone somewhere else


Example B) CTI Route Point,

CTI Route Point with Directory number: 1XXX


Adding a CTI Route Point will populate our Digit analysis Engine with the pattern 1XXX in the specified partition.

Will add another Device to the Device Manager process and will update our Forwarding Tables to the CFA, CFB or CFNA destination entered at DN level.

In case we have this CTI Route Point associated to a user monitoring this device via CTI (CTI controlled) CTI Manager service will take control despite the Device is Out of service.


When Device A dials the number 1XXX and hits this pattern the process will be the same as above for translation pattern except that we are going to introduce more delay because of an intermediate process: Forwarding Layer

This will happen at the end of 6 and will cause the call to go back to point 1.

We know that under normal conditions a CTI Route is a valid destination device, but in this case this Device is unregistered and Out of service (OOS).

This will cause to follow Call Forward rules and send the call to pattern specified in the Call forward settings, introducing an extra process being invoked and duplicating the route process


I would recommend Translation patterns over CTI Route points, because of the following:

- CTI Route Point original design is not as Transformation numbers, is for redirection to CTI controlled devices.

- Ease of management:: CTI Point introduces extra points of failure, (Forwarding Process, Directory number settings ,Call forward Settings, Device Settings)

- The use of CTI Route point and Call Forward configuration involves the use of CF Calling Search spaces which makes troubleshooting more difficult when multiple partitions and devices are involved in the call.

- The use of Translation patterns allow us the addition/deletion via AXL with less parameters than the ones for CTI Route Points.

- The use of CTI affects the calculation of BHCA for cluster which is using CTI controlled application.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/callpros.html#wp1084384

- Extra CDR record information may be generated with the use of CTI route Points since we have a redirection in place.

gogasca Mon, 10/12/2009 - 01:26
User Badges:
  • Green, 3000 points or more

I would involve a Cisco Architect in case you guys need designing the DialPlan to understand what exactly you have and your specific needs.

Let us know if this helps


HTH

Actions

This Discussion