Attention: The Community will be in read-only mode on 12/14/2017 from 12:00 am pacific to 11:30 am.
During this time you will only be able to see content. Other interactions such as posting, replying to questions, or marking content as helpful will be disabled for few hours.
We apologize for the inconvenience while we perform important updates to the Community.
Welcome to the Cisco Networking Professionals Ask the Expert conversation. This is an opportunity to discuss with Cisco expert John Tiso about troubleshooting IPCC Express. John is a senior engineer in the Cisco Technical Assistance center (TAC). He is currently the speaker for the Cisco Networkers troubleshooting IPCC Express seminar and the Contact Center troubleshooting seminar at the CIPTUG conference. John is a published author and serves as a technical editor for Cisco Press. He is also CCIE certified #5162. Mr. Tiso is currently enrolled in graduate studies at Harvard University.
Remember to use the rating system to let John know if you have received an adequate response.
John might not be able to answer each question due to the volume expected during this event. Our moderators will post many of the unanswered questions in other discussion forums shortly after the event. This event lasts through June 29, 2007. Visit this forum often to view responses to your questions and the questions of other community members.
Looking through MIVR trace logs, I am trying to decipher the trace files as follows: Is this something to be concerned with?
3742: Jun 15 08:31:29.357 PDT %MIVR-SS_TEL-7-UNK:Running CTI Port recovery 'MIVR_SS_TEL_RECOVERY_0_-42-0' @ 1181921489357
3743: Jun 15 08:31:29.357 PDT %MIVR-SS_TEL-7-UNK:... CTI Port recovery 'MIVR_SS_TEL_RECOVERY_0_-42-0' @ 1181921489357 done.
This is normal process for ports. The only time you should be concerned with this is when instead of getting the second message 'done' you get a:
%MIVR-SS_TEL-3-UNK: Refresh CTI port groups failed.
If you get that error, that would mean the port failed to come into service. You should have SS_TEL level debugging and JTAPI debugging enabled to see the cause of why the port won't come into service.
Thanks for posting!
Enabling debug level for APP_MGR will allow you to trace a specific script through. I like to use Wingrep to key off of the Task id= in the MIVR log. CRS Engine creates a Task to run that script associated with a contact. This is where the task ID comes in.
ENG level debugging can be useful for this also, but I prefer APP_MGR.
Thanks for posting!
It looks like most of the 5.0 docs are posted except the SRND:
I checked with Product Support Engineering and it is still being worked on. I'll try to get a firmer date within the next day or two.
Any word on the CCBU addressing the issues in upgrading 3.x CCX to newer versions? This continues to be an engineering and client perception isssue!
I don't work in the CCBU. So, I can?t give you the CCBU ?party line? on this. However, I can empathize with your struggles with upgrades. 4.0(5a) was specifically released for upgrade issues and we still see issues here in TAC. My personal opinion is if you do not need historical reporting data, you might want to explore backing up your scripts and prompts and flattening and doing a fresh install. I know this is not the exact answer you were looking for. If you want to contact product management, I would suggest either coming to Networkers this year (the Product Manager and other CCBU folks will be on hand) or send an e-mail to email@example.com
We are using Cisco 7835 for CRS 4.0(5). From Cisco doc, Cisco 7835 supports up to 25 CSQs and 75 agents. Are these two numbers hard coded in the software or license, or they are just recommendations that we should follow?
Exceeding the server capabilities is not supported or tested. I can tell you for sure exceeding 25 CSQ's I have seen breaks the system and results in database issues.
Server capacities and limits are located in the Solutions Reference Network Design (SRND) guides for each product version (www.cisco.com/go/srnd). Actually that link takes you to the site for all SRND's published across our product lines.
Can you tell us more about Reserved State issue ,
Since IPCC 3.5 till now I have seen a lot of configuration issue which cause agents stuck in reserved state ( From MTP configuration to add a Delay Step before call connect )
I am currently using UCCX 4.1 but still facing reserved issue sometime, Is there any technical document on why this happens and explains everything about it , also is this issue fixed on later UCCX release
The reserved state is when the engine in the select resource step is reserving the agent in preparation to conduct the consult transfer. Two things can result in an agent getting 'stuck in reserved':
1. Some sort of a logic error in the connected branch of the select resource (like a goto).
2. A call delivery issue. This could be anything from a dial plan problem (CSS, Partition, Codec) or a problem in Call Manager.
To tell you exactly what your issue is I'd need to see MIVR logs (default tracing in 4.x should be good enough) and JTAPI tracing.
on the control Center when I click on info box for "Cisco Desktop Recording & Statistics Service" I get the following error:
Unable to retrieve the Service Details.
Actually it was my agent issue pointed me to this service.
Agents was unable to change their state and the CAD was very slow, So I Restarted the service and everything backed to normal state except the info box near the service,
I am using UCCX 4.1
This issue potentially could be a regression of a defect in 5.0 that was found in q/a tesint (CSCsh13335). What I would probably need is to have a TAC service request opened and I would need the MIVR and MADM logs. If you want to pursue this, please open a service request with TAC. I'd be happy to look into it. When you get a SR number send it to me at firstname.lastname@example.org.
I'm teaching IP telephony and we are using two Cisco Catalyst 3550 Switch IOS 12.1(11) for the labs.
I'm not able to conect to the switches using the console cable so I cannot reset the configuration Using Recovery Procedures.
After a lot of work I discovered that in one switch the IP address is 10.0.0.4 ,so I'm able to connect using the hyperterminal but I don't know the password.
Could you help me, please?
This is an ask the experts forum on IPCC Express. However, I can answer your question. Do a password recovery:
I tried to make a password recovery but is imposible because I cannot conect using console port and all the recovery procedure is using console port to connect.
It is another way to reset the password
I have a Wrap up code issue that our call center is experiencing. We have some agents that are getting the wrap codes popping up before the call actually ends. It doesn't happen all the time, but is happening a enough to be a nuisance. Any idea's what may be causing this?
Thanks in advance for your help.
I personally have never seen this issue in Express. I also checked all logged TAC cases and known defects and did not find any matches. To troubleshoot this we would need to edit the log settings c:\program files\cisco\desktop\config\agent.ini (or fastcalllocal.ini in 3.x) and change the settings for debug to 305. We then would need to replicate this issue. So, I'd suggest collecting these logs (.log and .dbg file generated) and open a case with us.
John, thanks for volunteering to field some IPCCX questions...
I need to create a script that can redirect calls to a different location using the on-net transfer (speed dial) capability of our Sprint T1 service. We currently use this capability at the agent level to redirect calls to other call centers. So long as the call originated on a Sprint T1, we can execute a released transfer by dialing *8xx, where *8 is the Sprint network speed dial feature code, and xx is a 2-digit speed dial number.
We need to be able to accomplish this same type of transfer in an IPCC script.
There are some vague references to "Extensions starting with
?#? or ?*?" in the documentation related to the Call Redirect stop, but I've not been able to get this to work.
I'm sure this has been done many times before so if you could explain the method or provide an example script for transferring calls with network speed dials, it would be very helpful.
This *should* work. What I can tell you, is that iwould try a few things as a workaround and if they don't work we would need SS_TEL and APP_MGR debugging with a MIVR log. So try these things and let me know:
- Create a translation pattern for the Sprint code and have the redirect hit this translation pattern. Have it be numeric only.
- try the Call Consult Transfer step object in 4.x. I had a similar case going on net to a Octel DPA and this fixed it.
If neither works open a case with us with the above debugs and attach the script.
Hi, we're using IPCCX 4.0(5) with Enhanced edition. We would like to use it to serve our Asia help desk support with different countries. But, we have time zone issue for script and reporting. So, I would like to ask where can I find the sample script cater different time zone. Besides, how to customerize the report for different time zone?
I apologze, but I am not sure I understand your questions. I also would need more information on your call flow to help you with a script here. Understanding your call flow in detail is critical to script design. However, I'll try to answer your questions as best i can given the data. As far as timezone, the server can only be in one timezone. Therefore, you would need to customize your application to handle that. You can collect different metrics such as the dialed number, queue, or logged in agents and make routing decisions based on that. You will need to manually offset any times based on the timezone of the server.
As far as customizing reports, we support the integration of custom reports developed using crystal reports. You can also export your data to an external data warehouse and write your own applications against it. This is fully documented in the Historical Reporting User Guide:
Thanks for your reply. In our situation, the call flow of each country is very simple because it is similar to Nortel basic ACD. That is, like the following:
1) ACD call-in.
2) Check business hours.
3) Check avaliable agent.
4) If in business hour and there is avaliable agent, then call terminated.
5) If not, then call divert to Unity for leaving message.
Besides, we're not define the queue size and average waiting time for this ACD. Once all agents are busy, the call will divert to Unity immediately.
Moreover, there is no call overflow among different countries. So, it also simply the call flow.
However, the problem we face is the manually off-set the time in each script and different time zone for historial report.
Therefore, we're seeking the sample script and sample customerized report to solve this situation.
Do you have any idea?