I have a customer who uses nine CTI Route Point triggers to route calls to nine scripts which are identical in all respects bar the CSQ to which calls are queued. The applications also use the same Call Control Group.
I sometimes have to modify these nine scripts which can be tedious so I was thinking about replacing them with a single script which uses the Get Call Contact Info to check which number was called and then a switch string step to set the CSQ name.
Thanks for the reply. My intention, which I did not explain as well as I should have, is to have just one application with multiple triggers rather than nine separate applications as is the case at the moment.
Your suggestion about setting the CSQ using parameters is interesting as it would allow me to use a common script but I would still need nine applications.
While large scripts remain a potential issue, creating a huge number of applications which use the same script or very similar scripts can also lead to excessive memory consumption leaving very little for other activities like call processing.
Again script developers can be imaginative and build logic inside the script to handle calls in different ways for different originating triggers. Thus, a single application can be deployed with multiple triggers. The script can be coded to handle the calls to these triggers slightly differently e.g. playing a different prompt or presenting a different language. Another way of customizing parameters for different triggers is to store the information either in a custom database or in an XML document that can then be read within the script to determine parameter values based on the dialed number.
The point to be noted here is that with each application one script is loaded into memory. If the script happens to be the same one, then it is loaded multiple times using up precious memory.
It seems that it is therefore a good idea to design the scripts/applications as I suggested!
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...
[toc:faq]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 discusse...