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.
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.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...