<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>Contact Center Express Hot Issues from Cisco TAC</title>
  <link>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</link>
  <description>Hot Issues from Cisco TAC.  Please click the link for complete details.</description>
  <language>en-us</language>

  <managingEditor>wsisk@cisco.com (Wes Sisk)</managingEditor>
  <webMaster>news-at-cisco-rss@cisco.com (Cisco Newsroom)</webMaster>
  <pubDate>Mon, 13 May 2013 09:46:11 EDT</pubDate>
  <lastBuildDate>Mon, 13 May 2013 09:46:11 EDT</lastBuildDate>
  <generator>PERL</generator>

  <docs>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</docs>
  <ttl>10080</ttl>

<item>
<title>UCCX: Unable to non-Reactively debug script with Doc step, Fixed CSCue59553</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue59553</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using the non-Reactive debugger to step through a Document step, such as &quot;Create XML Document&quot;, it fails to execute showing the following error message:
&quot;Source Document variable &quot;start&quot; has null value&quot;
&lt;br&gt;  
&lt;B&gt;Conditions:&lt;/B&gt;
8.5(1) SU3 and 9.0(2).
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use Reactive Debugging instead.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue59553</guid>
</item>
<item>
<title>Unchecking Non ACD Monitoring/Recording Causes All Mon/Rec To Fail, Fixed CSCue35477</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue35477</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

All monitoring and recording fails with no audio in the recorded files or heard
by the supervisor. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

In Desktop WebAdmin, under Services Configuration &gt; Multiline, Monitoring &amp;
Recording &gt; Display Settings, if Monitor/Record Non-ACD Calls is unchecked,
then all recording and monitoring will fail.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Enable the Monitor/Record Non-ACD Calls checkbox to allow all
recording/monitoring to function properly.

Agents need to close and re-open CAD to be able to be recorded.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue35477</guid>
</item>
<item>
<title>UCCX AppAdmin Resources and Skills pages access and updates very slow, Fixed CSCug18648</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug18648</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;


When accessing Resources and/or Skills pages, access is sometimes very slow.
More impacting, when trying to change skills for an agent, it takes really long time (i.e. action like removing 10 skills from an agent can take 3-4 min to complete)
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;


UCCX 8.5
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug18648</guid>
</item>
<item>
<title>slapd takes time to come up after a DRF backup due to ldap replication, Open CSCug60868</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug60868</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Immediately after a drf backup, agents won&#39;t be able to login. Other LDAP operations (such as workflows, cisco desktop administrator, etc)  will also be affected as slapd will be unavailable.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
From the logs we should see that slapd should not be running immediately after the backup.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
When this issue is seen after backup the following can be done:

FROM THE SECOND NODE

1) From remote support go to /opt/cisco/uccx/drf/backup
2) Backup the file cad_do_backup.py to something like cad_do_backup.py.bak
3) Open the cad_do_backup.py file in a text editor like vim.
4) Scroll down to line 85 (which should read trace(&quot; Backup LDAP &quot;) ).
5) Comment that line by inserting the # symbol in front of it. Do the same for line  86, 87, 88, 89, 90, 91.

It should look like this:
#trace(&quot; Backup LDAP &quot; )
#command = &quot;/opt/cisco/uccx/desktop/scripts/drfBackupLdap &gt; /dev/null 2&gt;&amp;1&quot;
#ret = os.system(command)
#if ( ret &gt; 0):
#   trace(&quot; Backup LDAP Script failed to work&quot;)
#   doExit(ret)
#trace(&quot; Done executing Backup LDAP Script&quot;)

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug60868</guid>
</item>
<item>
<title>UCCX: Maximum Length of Agent IDs Inconsistent, Open CSCud62892</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud62892</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

1. Agents are unable to login as the agent ID input text box in Cisco Agent Desktop will only accept 31 characters. 

2. Modifying an agent&#39;s team assignment from AppAdmin is not reflected in Cisco Desktop Administrator. The agent&#39;s team assignment in Cisco Desktop Administrator always shows &#39;Default&#39;. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The agent&#39;s userid is greater than 31, but less than 50, characters in length. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Reduce the length of the agent&#39;s userid in the Cisco Unified Communications Manager End User database or in Active Directory.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud62892</guid>
</item>
<item>
<title>UCCX: Admin Level CLI Command to Dump Historical Tables to Files, Open CSCub82919</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub82919</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

From the administrator level CLI, a user should be able to export historical reporting and configuration tables to files in a collectable location. This will reduce the need for Remote Support Accounts in troubleshooting historical reporting issues.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

It would be better to give a CLI command that dumps either specific tables (comma separated) or automatically dumps tables that are used by a report to CSV files in a location collectable via RTMT or the CLI (file get activelog /uccx/log/).

This could be an enhancement to the already existing command &#39;run uccx sql db_cra ... file&#39; which exports to a CSV in a user exportable location
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Use root access to dump the historical tables to files via the CLI.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub82919</guid>
</item>
<item>
<title>UCCX: Backup Fails on CCXComponent during LDAP stop, Fixed CSCuf90452</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf90452</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
DRF Backup fails
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Server fails to stop the LDAP service
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf90452</guid>
</item>
<item>
<title>VoIP Monitor service fails causing FCVoIPMonitor cores to be generated,   CSCty48664</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty48664</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Cisco Desktop VoIP Monitor Service fails and cores with the following backtrace:

===================================
 #0  0x00fcd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x02766825 in raise () from /lib/tls/libc.so.6
#2  0x02768289 in abort () from /lib/tls/libc.so.6
#3  0x0279acda in __libc_message () from /lib/tls/libc.so.6
#4  0x027a0dc4 in malloc_consolidate () from /lib/tls/libc.so.6
#5  0x027a1c30 in _int_malloc () from /lib/tls/libc.so.6
#6  0x027a3aa1 in malloc () from /lib/tls/libc.so.6
#7  0x07dec2a3 in splk_std_internal::CharacterSink&lt;unsigned int&gt;::CharacterSink () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#8  0x07deadd7 in splk_std_internal::ConvertUTF::utf8ToUtf32 () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#9  0x07f093d4 in splk_std::UtfUtils::internalUtf8ToUtf32 () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#10 0x080bf1dc in splk_std::UtfUtils::UtfConverter&lt;char, 1&gt;::toUtf32 ()
#11 0x080bf0e2 in splk_std::UtfUtils::toUtf32&lt;char&gt; ()
#12 0x080beed8 in splk_std::UtfUtils::UtfTranscoder&lt;wchar_t, 4&gt;::transcode&lt;char&gt; ()
#13 0x080be5a0 in splk_std::UtfUtils::transcode&lt;wchar_t, char&gt; ()
#14 0x07de4be1 in splk_std::Utf8Utils::utf8ToUnicode () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#15 0x07db82e8 in splk_std::EncodingUtils::convertUtf8ToUnicode () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#16 0x07eea68e in splk_std::ConnectionManager::RecoveryThread::sendHeartBeat () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#17 0x07eea5ca in splk_std::ConnectionManager::RecoveryThread::run () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#18 0x07eb7775 in splk_std_internal::ThreadPimpl::thread_func () from /opt/cisco/uccx/desktop/lib/libSplkStd.so
#19 0x003863cc in start_thread () from /lib/tls/libpthread.so.0
#20 0x0280a96e in clone () from /lib/tls/libc.so.6
 ====================================
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Unknown at this time. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Restart Cisco Desktop VoIP Monitor Service from the UCCX Control Center should it fail.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty48664</guid>
</item>
<item>
<title>&quot;Runtime error&quot; while running Agent Login Logout Activity Report, Fixed CSCud75545</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud75545</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
&quot;Runtime error&quot; while running Agent Login Logout Activity Report

From the logs:

431: 10/26/2012 6:18:50 PM %CHC-LOG_SUBFAC-3-UNK:The following SQL Command failed due to ()SQL Command=[call sp_agent_log_activity (&#39;2012-10-24 7:00:00&#39;, &#39;2012-10-26 7:00:00&#39;, 0, &#39;NULL&#39;, &#39;NULL&#39;, &#39;NULL&#39;, &#39;OR|ECH Help Desk&#39; )] 
432: 10/26/2012 6:18:50 PM %CHC-LOG_SUBFAC-3-UNK:TraceDBError #1:(ADO Error# -2147467259|Description E22003: (-1214) Value exceeds limit of SMALLINT precision|Source Ifxoledbc|SQLState |NativeError -1214) 
433: 10/26/2012 6:18:50 PM %CHC-LOG_SUBFAC-7-UNK:Prompting user with error (titleID=5127msgID=5128) 
434: 10/26/2012 6:18:50 PM %CHC-LOG_SUBFAC-3-UNK:Database Error | A runtime error occurred while executing the query. Please check log for more details
&lt;br&gt;


&lt;B&gt;Conditions:&lt;/B&gt;
Running Agent Login Logout Activity Report
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Contact TAC to get modified Stored Procedure file.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud75545</guid>
</item>
<item>
<title>CAD enterprise data empty due to script timing issue, Open CSCug83528</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug83528</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CAD enterprise data empty when a call is delivered to it. the script uses a &#39;Set Enterprise Data&quot; step.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The script and the call flow is such that there is a mismatch in the timing of execution i.e. the script might finish execution before the enterprise server gets the data.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Add a 2second delay after the Accept step



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug83528</guid>
</item>
<item>
<title>UCCX: Not Ready Reason Code Report Does Not Display Custom Reason Codes, Fixed CSCue26150</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue26150</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

When running the Agent Not Ready Reason Code Summary report in CUIC, the time spent in a user defined Reason Code is displayed under the column heading &#39;Time In RC 32.751&#39; 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The report is filtered by a user defined Reason Code. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue26150</guid>
</item>
<item>
<title>Primary Server is showing In Partial under server list in APPADMIN, Terminated CSCua14859</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua14859</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Under CCX Administration &gt; System &gt; Server &gt; The Status of the Primary Server is
showing In Partial, however, all the services of both nodes are IN Service under network
services and through CLI.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Happens in 8.0 release, if Reporting Server service is activated through CCX Serviceability Admin -&gt; Tools -&gt; Service Activation -&gt; activate Cisco Unified CCX Reporting Server
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Reporting Server component is removed in 8.5 release. Please refer CSCti87796 for the details.

As a workaround in 8.0 release, try either of these options
1) Verify if CCX Serviceability Admin -&gt; Tools -&gt; Control Center - Feature Services shows Reporting Server as INITIALIZING. In that case, either disable Reporting Server service or restart Engine on that node. Reporting Server goes into IN_SERVICE and thereby node goes into IN_SERVICE
2) Make the Reporting Server component as disabled by connecting through CET and updating the Component Config. Please restart Cluster View Daemon and Tomcat after making the changes through CET.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua14859</guid>
</item>
<item>
<title>Data discrepancy between HRC and CUIC for Traffic Analysis in non-GMT, Open CSCua44484</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua44484</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Data discrepancy between HRC and CUIC for Traffic Analysis in non-GMT
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
non-GMT timezone
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua44484</guid>
</item>
<item>
<title>UCCX: Writing Bundle and Language Values in TUP.ini Should be Retried, Fixed CSCud88478</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud88478</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Agents are unable to login and the following errors are shown when attempting to run the UCCX Client Configuration Tool:

&quot;The TUP.ini file on the server is missing a critical value for the Call Center Language&quot;

or

&quot;The TUP.ini file on the server is missing a critical value for the Bundle&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This issue typically occurs after a Unified Contact Center Express upgrade. 

The TUP.ini file is missing the value for Bundle or CallCenterLang. This can be confirmed by accessing the following URL on the affected system and determining whether the values for these configuration parameters are blank:

https://&lt;UCCX IP Address&gt;:8443/TUP/CAD/Maintenance/TUP.ini
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Update the Bundle value with the following CLI command:

set uccx cad prefs SiteSetup Bundle &quot;&lt;Bundle Value&gt;&quot;

Where &lt;Bundle Value&gt; is one of 

PRE_SEAT
ENH_SEAT
STD_SEAT

Example: set uccx cad prefs SiteSetup Bundle &quot;PRE_SEAT&quot;

If this fails, contact TAC to perform the following:

1. Modify the TUP.ini file manually at /usr/local/thirdparty/jakarta-tomcat/webapps/TUP/CAD/Maintenance/TUP.ini on both nodes. 

For English:
CallCenterLang=1033

For Bundle (choose from one of the following based on the license package):
Bundle=PRE_SEAT
Bundle=ENH_SEAT
Bundle=STD_SEAT

2. Save the file and restart License and Resource Manager on each node.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud88478</guid>
</item>
<item>
<title>Documentation incorreclty states that CUCM cluster can be changed, Fixed CSCtz04523</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz04523</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Documentation states that UCCX can be integrated with a different Call Manager cluster.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;

Customer wants to integrate UCCX to a Call Manager cluster other then the one initially integrated with.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

You must rebuild the UCCX server to integrate with a different Call Manager Cluster.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz04523</guid>
</item>
<item>
<title>UCCX: RTCSQSSUMMARY Table update causes partial query results, Fixed CSCue37977</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue37977</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Real Time data table queries intermittently return partial data.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Wallboard server or other querying device polls the table during the actual UCCX table update.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
If possible, select a polling interval which doesn&#39;t align with the UCCX table update interval.
Or set the polling device to retry if it receives a partial data set.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue37977</guid>
</item>
<item>
<title>Datastores out of sync but no feedback to user, Fixed CSCtq68799</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq68799</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Databases are out of sync but there is no notification to the user except an innocuous message on the historical report that does not recommend any action to be taken.  Message states something like the following:

This report might not include complete data for calls received after  3/25/2011   5:00:03AM
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
HA cluster and replication is good but sync thread shows a problem in the MCVD logs
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Resync the database manually from the Serviceability page



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq68799</guid>
</item>
<item>
<title>Apache Tomcat may be vulnerable to published vulnerabilities, Fixed CSCtx42930</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx42930</link>
<description>&lt;b&gt;Symptoms:&lt;/b&gt;
Cisco UCCX includes a version of Apache Tomcat that is affected by the vulnerabilities identified by the following Common Vulnerability and
Exposures (CVE) IDs: 

CVE-2009-2902, CVE-2009-2693,CVE-2009-2901, CVE-2009-3548, CVE-2010-2227 

This bug was opened to address the potential impact on this product.
&lt;br&gt;
&lt;b&gt;Conditions:&lt;/b&gt;
Device with default configuration.
&lt;br&gt;
&lt;b&gt;Workaround:&lt;/b&gt;
none
&lt;br&gt;
&lt;b&gt;Further Problem Description:&lt;/b&gt;
Additional details about the vulnerabilities listed above can be found at http://cve.mitre.org/cve/cve.html

Note, servers that have not been upgraded might also experience the following Tomcat bug:

https://issues.apache.org/bugzilla/show_bug.cgi?id=49116

To correct this issue, simply restart the Cisco Tomcat service from the CLI.

To avoid unexpected web service outages, monitor the Cisco Tomcat heap size with RTMT or the 
CLI and proactively restart Tomcat if the used heap size gets close to the maximum configured 
heap size.
&lt;b&gt;PSIRT Evaluation:&lt;/b&gt;
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 6.4/5.3:
https://intellishield.cisco.com/security/alertmanager/cvssCalculator.do?dispatch=1&amp;version=2&amp;vector=AV:N/AC:L/Au:N/C:P/I:N/A:P/E:F/RL:OF/RC:C

The Cisco PSIRT has assigned this score based on information obtained from multiple sources. This includes the CVSS score assigned by the
third-party vendor when available. The CVSS score assigned may not reflect the actual impact on the Cisco Product. 


CVE ID CVE-2009-2902, CVE-2009-2693,CVE-2009-2901, CVE-2009-3548, CVE-2010-2227 has been assigned to document this issue.
Additional information on Cisco&#39;s security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx42930</guid>
</item>
<item>
<title>UCCX: Delay in running Workforce Management database queries, Fixed CSCtz23710</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz23710</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Poor database or application performance is seen on the UCCX server. High 
IOPS are reported on the UCCX server. Calabrio WorkForce Management (WFM) is 
out of sync with UCCX&#39;s historical databases. 

Output of &quot;show status&quot; in uccx cli will show high Intr/sec (2000+) even when 
system is not processing many calls. 
Output from the top command may show uccxoninit process with USER of informix 
with high %CPU similar to below.

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
10077 informix   6 -10  266m 186m 184m S 71.8  2.3   6672:20 uccxoninit
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Calabrio WorkForce Management (WFM) is not fully in sync or has been out of 
sync in the past. The UCCX Historical and Configuration database tables are 
large. The larger the database the more likely it is to occur. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Create non-clustered index to reduce the time it takes for the WFM queries to 
be processed (perform on both nodes in HA deployment):

CREATE INDEX ContactRoutingDetail_startDateTime ON ContactRoutingDetail 
(startDateTime);

If desired, the indexing can be reversed by dropping it:
DROP INDEX ContactRoutingDetail_startDateTime;

This must be done by TAC as root access is required.
NOTE:
DE is working on a permanent fix - refer to ENG notes for details.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz23710</guid>
</item>
<item>
<title>CAD and CDA Not Appending CUPS Domain to User URI in UCCX 8.5(1)SU4, Fixed CSCug59572</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug59572</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using an LDAP Search Base that isn&#39;t focused strictly on a Users CN or single OU containing users, the domain name configured in CUPS and retrieved via AXL isn&#39;t being appended to the User URI in CDA.  The users are retrieved and displayed in CDA when searching to add users to the contact list so the LDAP search has completed, but an error is preventing the next step (appending the CUPS domain to the username) from running.  This behavior can also prevent the CAD client from connecting to CUPS, because CAD also does not append the domain name to the user name.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
UCCX 8.5(1)SU4 with CUPS 8.6.4
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Configure an LDAP search base on the LDAP Profile associated to the user entered in CDA Presence Information that contains a path to a single container of users.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug59572</guid>
</item>
<item>
<title>&quot;utils uccx syncusers&quot; fails when SELinux is in Enforcing mode, Fixed CSCug60411</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug60411</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
&quot;utils uccx syncusers&quot; fails when run on UCCX 9.0(2) while SELinux is in Enforcing mode.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
UCCX 9.0(2) with SELinux enabled.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
1. Disable SELinux with &quot;utils os secure permissive&quot;.
2. Run &quot;utils uccx syncusers&quot;.
3. Enable SELinux again with &quot;utils os secure enforce&quot;.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug60411</guid>
</item>
<item>
<title>Core Dumps for showlicenseuasg every minute, Fixed CSCue73609</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue73609</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Core dumps being generated every minute for &quot;showlicenseusag&quot;.

Basically the &quot;show uccx cad license usage&quot; service is trying to be invoked by the licenseutilizationdetailreport table every minute and the command is failing with a core dump. 

This should not be invoked in an IP IVR environment
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

UCCX IP IVR 9.0.2 (fresh install and upgrade)
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Contact TAC to apply the work around

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue73609</guid>
</item>
<item>
<title>Prompt with TAB character in file name cannot be modified from AppAdmin, Open CSCug84767</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug84767</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Unable to refresh, rename, or delete a prompt in AppAdmin.

When attempting to rename the prompt, the following error message is seen: &quot;Failed while commit-rollback&quot;.

When attempting to refresh the prompt, the following message is seen: &quot;Unable to schedule refresh; &#39;&lt;filename&gt;&#39; not found&quot;.

Deleting the prompt appears to be successful, but the prompt still remains in AppAdmin. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When renaming a prompt file name in AppAdmin, the TAB character is inadvertently copied to the beginning of the file name.

This can be confirmed by examining the file name in MADM logs when you attempt to modify the prompt. The file name will appear to have several spaces in the beginning: 

1274291: Apr 30 16:28:16.802 EDT %MADM-ADM_CFG-7-UNK:FileMgmtServlet.getPGDList() - DispList - Path:/default/	TestPrompt.wav.wav - Domain:default - File:	TestPrompt.wav.wav
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Remove the TAB character before renaming the prompt. 

If the prompt has already been updated and can no longer be modified from AppAdmin, contact TAC for assistance updating the filename in the database.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug84767</guid>
</item>
<item>
<title>SNMP HostAgnt Core., Fixed CSCug22120</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug22120</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Host Resources agent service crashes and generates core dumps. 
&lt;br&gt;
&lt;B&gt;Condition:&lt;/B&gt;
Issue is intermittent,can&#39;t reproduce,no specific condition
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None. Requires a server restart.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug22120</guid>
</item>
<item>
<title>CRD.primaryCSD ref in HR Administrator and Developer Guide is incorrect, Fixed CSCug59776</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug59776</link>
<description>Symptom:

The UCCX Historical Reporting Administrator and Developer Guide section for the Common Skill Contact Service Queue Activity Report (by Interval) report incorrectly references a CRD.primaryCSD table and column, but such a table and column do not exist.
&lt;br&gt;
Conditions:

UCCX Historical Reporting Administrator and Developer Guide section for the Common Skill Contact Service Queue Activity Report (by Interval) lists incorrect information regarding the data source for the report citing a CRD.primaryCSD table and column.
&lt;br&gt;
Workaround:

HR has been updated for 8.5, check link below,the guide below can be reference for 9.0 as well.

http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_8_5/programming/guide/uccx85hradm.pdf

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug59776</guid>
</item>
<item>
<title>UCCX: Changing Security Password Does Not Update uccxcaduser Password,   CSCub28829</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub28829</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

When attempting to view the historical logs for an agent from Cisco Supervisor Desktop, the following report panes are not populated with data. Rather, they show one row with N/A in all fields:

1. Agent Logs - State
2. Agent Logs - Call
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The pwrecovery process was run on the UCCX node or cluster to recovery the Security Password from the Command Line Interface (CLI). This does not update the uccxcaduser used by the Recording and Statistics Service to query the FCRasSvr database for historical agent data and present it to the Cisco Supervisor Desktop. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

From root on both nodes, run the following:

export USER_PASSWORD=$(/usr/local/bin/base_scripts/InstallWizard -m $(xml sel -t -v //SftpPwCrypt/ParamValue -n /usr/local/platform/conf/platformConfig.xml))
echo $USER_PASSWORD | passwd --stdin -f uccxcaduser

Restart the Cisco Desktop Recording and Statistics Service from the UCCX Control Center. 
Close and reopen Cisco Supervisor Desktop. 
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

This defect can be confirmed with the following:

1. Verification that the Security Password was changed on the node through the pwrecovery process. 

2. The following message in the Recording and Statistics Service logs:

2012-07-26 17:38:22:232 DEBUG [0x35d9ba0] ODBCConnection.cpp[424] logODBCMsgs: ODBC Error ([Informix][Informix ODBC Driver][Informix]Incorrect password or user uccxcaduser@&lt;hostname&gt; is not known on the database server., (statement) SQLSTATE=28000
).

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub28829</guid>
</item>
<item>
<title>DB Get customizer operation is incorrect and loses defined fields, Fixed CSCua09702</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua09702</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using the UCCX Editor to examine the selected fields in a DB Get step, a certain sequence of button selections (OK, Apply, Cancel), can result in the previously defined fields being deleted. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This can happen with a specific sequence of key presses if no actual changes are made.
For example:
Press Apply, OK, reopen the customizer, press Apply, then Cancel. If no field changes are made, the customizer will close and all fields will be removed.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Any time that the DB Get step customizer is opened, always check the DB Get step properties to ensure that the field data is correct, before saving the file. If the field data is missing, don&#39;t save the file. Reopen the previously saved version to recover the missing data. 



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua09702</guid>
</item>
<item>
<title>UCCX: ServM reports service as STARTED when it is stopped, Fixed CSCub72642</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub72642</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Intermittently, when stopping a service through servm, it is reported as Started but the process is actually stopped. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

admin: utils service stop Cisco Desktop LDAP Monitor Service
Service Manager is running
Cisco Desktop LDAP Monitor Service[STOPPING]
Cisco Desktop LDAP Monitor Service[STOPPING]
Cisco Desktop LDAP Monitor Service[STARTED]
Cisco Desktop LDAP Monitor Service[STARTED]
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Attempt to stop the service again. It shows proper status of Stopped.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub72642</guid>
</item>
<item>
<title>RMMSgQ processes request in serial,result in deadlock in select resource, Open CSCud24981</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud24981</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Agents are failing to log in to CAD with the error message that the connection to the UCCX server has timed out.

&lt;and/or&gt;

Deadlocks detected on UCCX after the script execution has been on the select resource step for over five min.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
If CUCM is taking longer then normal to respond to each AXL request these can build up in the RM Message queue on UCCX as it only processes one RM request at a time. If multiple agents are attempting to log in at the same time, multiple AXL request can back up in the message queue resulting in other request being queued up for to long.

For every agent log in UCCX sends three AXL request to CUCM:
(1) Gather information about the user
(2) Authenticate the user to the password provided in CAD
(3) Obtain information about the agents phone

&lt;also&gt;
As a result of this, we have seen the select resource step in scripts to deliver calls to agents time out.
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Restarting Tomcat on the CUCM Node that is being used for AXL request has cleared this issue up.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud24981</guid>
</item>
<item>
<title>UCCX: Intermittently CAD based http workflow actions fail to execute, Fixed CSCud54322</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud54322</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
UCCX CAD Agent worflows with http get operations intermittently fail to execute on configured event.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Seems to occur on first call after statrtup.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
RestartCAD.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud54322</guid>
</item>
<item>
<title>CAD requires resizing before working on an email after login, Terminated CSCtr15013</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr15013</link>
<description>Symptom:
CAD requires resizing window on an agent email after login. Scroll bar and Format Toolbar in agent response pane will disappear after many lines of text are added, this requires the window to be resized in order to view again.
&lt;br&gt;
Conditions:
CAD Agent Email
&lt;br&gt;
Workaround:
Manually resize agent email window or disable large icons for toolbar to allow more visible space.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr15013</guid>
</item>
<item>
<title>CSD does not keep the order selection once moving between teams, Fixed CSCug20059</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug20059</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

If a supervisor has more than 1 team, and orders the CSQs based on &quot;Current Oldest&quot; in one team, this order selection is not kept once he switch to the other team

This was working fine with for example 7.0(1) SR5 release. The functionality broken with upgrade to 8.5.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
UCCX 8.5 or 9.0 releases.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

N/A

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug20059</guid>
</item>
<item>
<title>UCCX 8.5(1), SU1 and SU2 are not compatible with CUCM 9, Fixed CSCuc69084</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc69084</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
During initial setup, integration between UCCX and CUCM fails with the following error:

&quot;I/O Error in AXL.Please try again.&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
UCCX 8.5.1-10000-37, 8.5.1.11001-35 and 8.5.1-11002-22 integrated with CUCM 9.0.

This is caused by defect CSCts67056. CUCM 9.0 should be removed as compatible with 8.5(1), SU1 and SU2 from the Compatibility Matrix. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Upgrade UCCX to SU3 or integrate with a CUCM version prior to 9.0.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc69084</guid>
</item>
<item>
<title>DB READ should be enhanced to support store procedure execution, Open CSCta77793</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta77793</link>
<description>

&lt;B&gt;Symptom:&lt;/B&gt;

We do not currently support stored procedure execution from the DB
Read step.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

general use
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None. Only SQL queries which returns a ResultSet object is supported
currently.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta77793</guid>
</item>
<item>
<title>UCCX: Node Manager crashes if hostname is more than 15 characters, Fixed CSCth62543</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth62543</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

After applying 7.0(1)SR5 or later, Node Manager crashes and does not start. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This occurs when the hostname of the server is greater than 15 characters long. 

The following error is seen in the MCVD logs when Node Manager attempts to start:

173: Jun 30 16:07:31.186 EDT %MCVD-MGR_MGR-1-EXCEPTION:	com.cisco.config.ConfigNotFoundException: Unable to find NodeConfig of &lt;hostname&gt;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None at this time.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth62543</guid>
</item>
<item>
<title>CAD integrated browser integration causes CAD to hang intermittently, Fixed CSCtx99455</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx99455</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

CAD becomes unresponsive when the external 3rd party application webpage is displayed on the Integrated Browser of CAD. This happens intermittently to different agents. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When CAD is used with Microsoft DynamicsCRM 2011in the following configuration: the CAD passes a url to the CRM. For example: http &lt;ip of CRM&gt;:8732/XXXX?CallingNumber=12345678&amp;SkillGroup=1 (12345678: calling number) and then a webpage is displayed on the integrated browser. 

This is not a traditional Cisco Call Connector integration with Microsoft Dynamics CRM 2011. In this scenario, CAD ocassionally hangs. 

This is due to the limitation of the integrated browser of CAD: it is just a smaller version of the IE. Microsoft CRM 2011 is only an example of the 3rd party application. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Not known


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx99455</guid>
</item>
<item>
<title>Unsupported JTDS driver when uploaded must throw an error on appadmin, Fixed CSCud87090</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud87090</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When we upload unsupported JTDS driver version, then an error or message should be thrown on appadmin page.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
UCCX 8.5 9.0.1
JTDS 1.3.0
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud87090</guid>
</item>
<item>
<title>UCCX: User Option To Report on Only Active Data In Historical Reports, Open CSCug62201</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug62201</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Inactive Contact Service Queues, Teams and Agent Names show up in the filter lists for Historical Reporting Client and Cisco Unified Intelligence Center historical reports. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

By default, all CSQ, Team and Agent Names appear in the filter lists for historical reports. This is so that a historical reporting user can report on all retained historical data in the system regardless of whether the CSQ, Team or Agent is currently active. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Reporting only on active data can be done in CUIC by adding a Collection Query to the Value List in question. 

The below is an example for the UCCX_AgentName to view only active agent&#39;s in the Agent Name filter in a CUIC report. 

Add the following Collection Query to the UCCX_AgentName Value List:

SELECT DISTINCT resourcename AS ID, resourcename AS VALUE FROM Resource WHERE active=&lt;COLLECTIONIDENTIFIER&gt;

Add a collection called &#39;Active&#39; to the UCCX_AgentName Value List of type &#39;Identifier&#39; with the identifier defined as &#39;t&#39;.

When filtering a report that uses Agent Name as a parameter, choose the &#39;Active&#39; collection.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug62201</guid>
</item>
<item>
<title>UCCX: Workflow based http action fails to execute, Fixed CSCub67976</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub67976</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Intermittently workflow based triggers to pop URLs in the CAD integrated browser fail to execute.
This failure can be identified in the agent debug logs at debug level tracing. 

2012-08-16 11:14:16:520 DEBUG [0xb44] HTTPAction.cpp[399] CHTTPAction::SubstituteDataFields: AC0399: Start of SubstituteDataFields HTTP Action LaunchLeapCallStop.

2012-08-16 11:14:16:520 DEBUG [0xb44] HTTPAction.cpp[489]
CHTTPAction::SubstituteDataFields: AC0489: End of SubstituteDataFields 
HTTP Action LaunchLeapCallStop : 1662

2012-08-16 11:14:16:520 INFO [0xb44] DESK1132 DoActions: Unexpected exception while doing actions.

When the failure occurs the logs will show &quot;DoActions: Unexpcted exception while doing actions.&quot;  
Once this failure occurs it will continue to fail until CAD is restarted.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
None.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Close and restart the CAD client.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub67976</guid>
</item>
<item>
<title>-CM Telephony subsystem is in Partial service and CTI port is OOS, Fixed CSCtq61132</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq61132</link>
<description>---Start of Note Titled: Release-note---

---Start of Note Titled: Release-note---
&lt;B&gt;Symptom:&lt;/B&gt;
- CTI port status is changed to OOS once call transfer is completed. This will leed to CM Telephony subsystem in partial service.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
N/A
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Restart the engine to register the ports.




---End of Note Titled: Release-note---


---End of Note Titled: Release-note---

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq61132</guid>
</item>
<item>
<title>UCCX: Second Rmon Session Interrupts the First Session, Fixed CSCtt22925</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt22925</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Dial into Rmon with Supervisor ID XXXX and monitor agent ext. 3333.  This proceeds successfully.  Keep this session active and dial into Rmon with Supervisor YYYY and monitor agent ext. 3333.  The first session will go to silence.  It will stay connected, not no audio and no error message is heard.  The second session will work.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
2 Rmon sessions for a single agent.

This only applies to agents using CAD. Refer to CSCtz07849 for information on agents using IPPA.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt22925</guid>
</item>
<item>
<title>Resource table name is also a key word in Informix., Terminated CSCtl02126</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl02126</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

In UCCX 8.0, the resource table is holding the agent information. The same name resource is also an Informix key word. So, when querying the resource table, the query statement can&#39;t use resource as an alias (Microsoft SQL Query would use table name as alias by default). This would cause syntax error in Informix.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;

UCCX 8.0
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;

Use other alias in the query statement, ex. resource1

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl02126</guid>
</item>
<item>
<title>UCCX 8.5 DRF start time drifts further each day, Open CSCug70637</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug70637</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

DRF backup start time is drifting everyday few mins. 
This is similar to CUCM defect CSCua33814, the same is affecting CUPS and CUC
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
first seen on CCX 8.5.1SU3

In customer set-up - Initial start time was 3a.m,  every day Start time drifts around 2-3 min later
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug70637</guid>
</item>
<item>
<title>UCCX: Agent Call Summary Reports All Outbound Calls as Non-IPCC, Fixed CSCue79483</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue79483</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

In the Agent Call Summary Report, all outbound calls are shown in the Total column under the &#39;Outbound on Non-IPCC&#39; heading. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Outbound calls placed from the IPCC line are counted as outbound calls from the non-IPCC line in the Agent Call Summary Report.

Outbound calls from the non-IPCC line are reported accurately. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue79483</guid>
</item>
<item>
<title>CUIC does not get enabled if application user is changed, Fixed CSCub86298</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub86298</link>
<description>&lt;B&gt;Symptom:CUIC does not get enabled if application username is changed form CLI&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Conditions:

1. from CLI, change the application username
2. from appadmin, try to enable the CUIC as reporting client.

the CUIC will not be enabled.

there are two parts to this issue. this defect handles the 1st part and the 2nd part is addressed by defect CSCuc00241.&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround:
1. enable root access toi the pub box
2. download CET Tool and login to the PUB
3. Open &quot;com.cisco.crs.cluster.config.ClusterSpecificConfig&quot; Object and go to &quot;com.cisco.crs.cluster.config.ClusterSpecificConfig&quot; tab
4. expand the window a little to see the Application Admin User name parameter under General Sub Tab. Note down the value of this parameter.

5. Log into CLI
6. reset the application admin user to the value from step 4 by executing the command &quot;utils reset_application_ui_administrator_name&quot;

7. Now try enabling CUIC form appamin.
&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub86298</guid>
</item>
<item>
<title>UCCX: Increase UCCX Engine Heap Size to 512mb, Fixed CSCuf79940</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf79940</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Calls inbound to Unified Contact Center Express (UCCX) return slow or fast busy, agent state changes either do not complete or are slow to complete and configuration changes made via AppAdmin either do not complete or are slow to complete. 

The following warning is seen in the system&#39;s syslogs or are alerted via the Real Time Monitoring Tool (RTMT). 

UC_MGR_MGR-1-HIGH_MEM_USAGE  %[Facility=MIVR][Current usage=234 MB][UNKNOWN_PARAMTYPE:percentage Old Gen Memory used=100.0][Maximum available=249 MB][AppID=Cisco Unified CCX Engine][ClusterID=][NodeID=UCCXLab]: JVM heap memory usage is high
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The system has many large or complex scripts loaded into Applications servicing calls. This is exceeding the available heap space in the UCCX Engine&#39;s JVM of 256mb. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

A patch is available to increase the Engine&#39;s heap size to 512mb but only under special consideration of the system, scripts and memory utilization. Contact Cisco TAC for more information.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf79940</guid>
</item>
<item>
<title>UCCX Contact Dequeued After Select Resource Due to Timing Issue, Fixed CSCty71015</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty71015</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
If a Dequeue step dequeues a call from all CSQs immediately before a select resource step selects an available agent, a timing issue can lead to the agent selection being interrupted.

The Engine may execute the Dequeue from all CSQs and the Select Resource step in the same millisecond.  However, SS_CM may process the dequeue request after the select resource step has executed.  This leads to the connect being interrupted by a resource available interruption.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Add a delay step between Dequeue from all CSQs step and the Select Resource step or only use dequeue steps to dequeue from particular CSQs rather than all CSQs.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty71015</guid>
</item>
<item>
<title>Compliance Recording seats does not show on App Admin,   CSCua08616</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua08616</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Compliance recording seats does not show on App admin
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

8.5.1 SU3
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Use the &#39;show uccx license&#39; to verify the compliance recording seats

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua08616</guid>
</item>
<item>
<title>UCCX: 8.5(1)SU4 still trying to write to workflowtask table., Fixed CSCug29207</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug29207</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Errors in MIVR logs and RTMT alerts.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Intermittent. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Restart engine.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug29207</guid>
</item>
<item>
<title>UCCX 8.5 CSD unable to monitor if QOS RSVP service is disabled, Fixed CSCts71139</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts71139</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
UCCX 8.5.1 SU1. 
desktop monitoring results in silence.
recording works, and we can see the recorded files through the supervisor desktop. however playback does not work.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Desktop monitoring and recording.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
check windows services.msc for a services called &quot;qos rsvp&quot;
it needs to be enabled.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts71139</guid>
</item>
<item>
<title>NTP hostname should allow numeric character at start (eg 0.pool.ntp.org), Fixed CSCug39808</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug39808</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
(1)During Install:
If NTP hostname entered starts with a number it will not be allowed
(2) If upgrade is performed on a ystem that has hostname which a number as the first character, the upgrade will fai
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
First character of NTP hostname is a number
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
use hostname for NTP that does not start with a number

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug39808</guid>
</item>
<item>
<title>Data Resynch Does Not Show Proper Status For Triggers, Open CSCtz35320</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz35320</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When configuration becomes out of sync between CUCM and UCCX, the AppAdmin Data Resync may report errors of mismatched configuration with UCCX Triggers and CTI Route Points. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This can include:

1. Status field not displaying the correct message for a UCCX Trigger when a CTI Port is removed from CUCM. 

2. Incorrectly noting that the Voicemail Profile is out of sync for Triggers even though the UUID of the VM Profile is identical between UCCX and CUCM except for the case of the UUID. 

For Call Control Groups, the Data Sync was improved and refactored as per CSCsr81170 and does not exhibit the above issues.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Run the Data Resync again. Manually verify matching configuration between UCCX and CUCM and adjust accordingly.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz35320</guid>
</item>
<item>
<title>Mutliple Area Codes not configurable in Outbound General Config, Open CSCug37597</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug37597</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Customer has multiple local area codes and needs to configure them in UCCX Outbound General Configuration but the page currently only allows one area code.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This is present in all version of UCCX that support Outbound.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Customer can make configuration changes in CUCM or on the gateway to drop the long distance prefix if they see it come across so it will pass to the telco properly.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug37597</guid>
</item>
<item>
<title>RTR data not centered, Terminated CSCug57297</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug57297</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Column headings (such as Name(ID), State, Duration, etc) are centered in the Resource Stats but the data is either right or left justified (not centered) See screenshot attached.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

UCCX 9.0.2
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug57297</guid>
</item>
<item>
<title>filename is truncated to 64 characters during script upload, Fixed CSCts62130</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts62130</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
saved prompts/scripts unavailable or do not appear on application/script
management page when uploaded
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
prompt/script filename exceeds 64 characters
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
1. Using remote access.
2. . /opt/cisco/uccx/bin/uccx_ids.env
3. su informix
4. dbaccess db_cra_repository -
5. a. For prompts: delete from promptsfiletbl where filename= &#39;NAME&#39;;
5. b. For scripts: delete from scriptsfiletbl where filename= &#39;NAME&#39;;
6. Make sure the each of the file name in DB is 64 characters and with
extension .wav/.aef.

To identify which prompts/scripts have filename &gt;= 64 characters:
a. For prompts: select filename from promptsfiletbl where char_length(filename)
&gt;= 64;
a. For scripts: select filename from scriptsfiletbl where char_length(filename)
&gt;= 64;


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts62130</guid>
</item>
<item>
<title>Error:TUP.ini file on server is missing critical value on the bundle,   CSCtl03735</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl03735</link>
<description> </description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl03735</guid>
</item>
<item>
<title>CSD display disappears/closes when Team is selected, Fixed CSCti79279</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti79279</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Supervisor launches and logs into CSD. They go to select their Team, when they do it pauses for a few seconds and then the application/display completely closes.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The user deselects all of the columns in a report so no columns are marked visible.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Workaround is to use CAD lpadbrowser tool and and remove the user. Launch CDA and Synchronize Diretory services re-creates the user and they can now use CSD normally.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti79279</guid>
</item>
<item>
<title>Ports in Citrix for CAD/CSD needs modification - port utilization guide, Fixed CSCug67824</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug67824</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Need to change the port utilisation guide for the following
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CAD/CSD on Citrix Environment
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Ephemeral ports on Server 2008 and later are 49152 to 65535, and Server 2003 uses the range 1025 to 5000, UNLESS update MS08-037 is applied, then it uses the IANA default range of 49152 to 65535.  The Citrix server needs to have those ports open for egress and ingress to the UCCX server.

If any of these are not open then we may experience issues with the CSD not showing Agents intermittently

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug67824</guid>
</item>
<item>
<title>Agent summary report is showing duplicate agent.., Fixed CSCta33442</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta33442</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
An agent&#39;s name is displayed multiple times in the agent summary report when filtered by agent name. One or more rows might have all 0 values as well.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Any information related to the agent (extension, name, login id, csq etc.,) was changed and the report duration does not overlap with the time-frame when the change was effected.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta33442</guid>
</item>
   
</channel>
</rss>
