I have a UCCX which will reference a document. The document will contain a list of preferred agents depending on what number was dial
the script reads if dnis is ...
5552222>>>>>>>skillset/ group 2
The number of 555xxxx may be 100-250 so for each 555xxxx we need to assign skillset/group. Rather then have inidviudal scripts we may wish to reference a doc similar to an holiday list. Has anyone does this and is there a limit to the number of "lines"
We have been quoted the 150 CSQ limit- what is this limit - 150 agents ID`s, actual phones, number of skillsets, groups, scripts
We are not sure of how many 555xxxx number but we could spilt them in smaller managable docs
Has anyone does this and is there a limit to the number of "lines"
There is no documented/hard limit as long as you use properly formatted XML that XPath can easily navigate. The document will be loaded into the Java heap, which is fixed at 256MB, for each session (unless you use a hash table in a reusable session but that's pretty advanced). Sessions survive for 30 minutes after the call ends. Just be cognizent that this can add up. If the heap fills, all calls drop as it is purged.
If it's really going to get that big, create an off-box SQL database and build an ODBC connection. A simple SELECT statement is pretty efficient.
We have been quoted the 150 CSQ limit- what is this limit
You can create a maximum of 150 CSQs system-wide; however, an individual agent can only be a member of up to 25 at any one time.
That's the issue, the si is trying to 'sale' a local sql solution - new vm, new new sql license, additional costs when we already have a sql doing the same thing for our other sites in a remote location. I'm suggesting either use the existing sql over the wan or since the sites tend to be small then use a simple one or two document approach.
Our customer all dial the same number so a simple single cti rp from ccm to uccx will be fine.
Excuse the stupid question but is csq customer service queue - ie in our case a cti rp?
The idea we have a single access number pointing to a single script and the script gets say the ani or customer enters a unique pin to identify them and does a look up in the doc locates the ani and is assigned the skillset, group which is also in the doc.
Get an, pini - 'checks ani against the doc'
Queue to skillset - 'taken from same document'
Doc contains the ani, skillset relationship, different ani or pin are assigned different skillset?
The entire IVR subsystem, including the CTI RP/Ports, Applications, and Scripts are independant from the Agents [Resources], Skills, and CSQs. Essentially the script contains the call flow logic and is reach via a CTI RP [Trigger] and Application. Eventually that logic will say to find an Agent and it does this with the Select Resource step. This references a particular CSQ which in turn has one or more skills. These skils in turn have one or more Agents.
Two different subsystems but the CSQ is where callers wait and search for an Agent. You can only skill an individual into 25 CSQs at any one time. You can only get to 150 CSQs if you have descrete working groups of agents (and if other sizing metrics meet their criteria). There is a sizing tool but it's partner's only I'm afraid; have your pre-sales engineer do some discovery to ensure it will fit your needs.
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...