This document provides installation instructions for Unified CCE 11.6(1)
ES39. It also contains a list of Unified CCE issues resolved by this
engineering special. Review all installation information before installing the
product. Failure to install this engineering special as described can result in
inconsistent Unified CCE behavior.
This document contains these sections:
In the Product
Alert Tool, you can set up profiles to receive email notification of new Field
Notices, Product Alerts, or End of Sale information for your selected products.
The Product
Alert Tool is available at https://www.cisco.com/cisco/support/notifications.html.
·
Unified
CCE 11.6(1)
This section lists the Unified CCE components on which you can and cannot
install this engineering special.
You can install Unified CCE 11.6(1) ES39 on these Unified CCE components:
Do not install this engineering special on any components other than the
following components:
Installation of
this patch requires that all Unified CCE services to be shutdown during
the entire period of installation. It is always recommended to install this ES
during a scheduled downtime.
NOTE: if ES12 and/or ES15 are present,
they must be removed prior to installing ES39.
If the Unified CCE Services are set to manual,
using the Unified CCE Service Control, start all the Unified CCE Services.
Note: Remove patches in the reverse order of their
installation. For example, if you installed patches 3, then 5, then 10 for a
product, you must uninstall patches 10, 5, and 3, in that order, to remove the
patches from that product.
This section provides a list of significant Unified CCE defects resolved by
this engineering special. It contains these subsections:
Note: You can view more information and track individual
Unified CCE defects using the Cisco Bug Search tool, located at: https://bst.cloudapps.cisco.com/bugsearch/search?null.
This section lists caveats specifically resolved by Unified CCE 11.6(1)
ES39.
Caveats in this section are ordered by UNIFIED CCE component, severity, and
then identifier.
Identifier |
Severity |
Component |
Headline |
CSCvf45868 |
2 |
cg.ctiserver |
Finesse takes long time to come in-service during start-up
or failover |
CSCvg70458 |
2 |
cg.ctiserver |
CTI Server memory leak |
CSCvh51896 |
2 |
cg.ctiserver |
CTIServer crash if empty string field (length 0) passed by
Client in OPEN_REQ floating field |
CSCvh53269 |
2 |
cg.ctiserver |
CTIServer sends N/A (PT_NONE) in the PeripheralType Field
in the OPEN_CONF message |
CSCvk18288 |
3 |
cg.ctiserver |
Finesse Queue Statistics gadget shows default skill groups
with ES12 or ES15 applied to PG |
Caveats are ordered by severity then defect number.
Defect Number: CSCvf45868
Component: cg.ctiserver
Severity: 2
Headline: Finesse takes long time to come in-service during
start-up or failover
Symptom: 11.6 Finesse may take a long time (sometimes more than 30 minutes)
to come in-service during startup or failover (failover of CTIServer, PG, or
Finesse).
Conditions: The issue is known to occur only if both of the following are
true: 1. UCCE 11.6(1) ES12 and/or ES15 is installed, and a restart occurs of
any of the following components: PG, CTIServer or Finesse. 2. Agents are
configured for Voice MRDs and there are also other Non-Voice MRDs present that
do NOT have agents associated with them (or do not have agents associated with
many of them). The delay issue is due to the presence of any significant number
of Non-Voice MRDs that do not have associated agents; the magnitude of the
delay is proportional to the number of these MRD types.
Workaround: 1. Uninstall ES12 or ES15 (both, if each is separately
installed), or 2. Delete the unused Non-Voice MRDs from the system
Further Problem Description: CTIServer sends Default SkillGroups of all the
MRD's during a CONFIG_SKILL_GROUP_EVENT. By default, Agents are associated with
default SGs of all MRDs configured in the system, Finesse sends
QUERY_AGENT_STATE_REQ for all the agents against each MRD's. For example, if
there are 10 MRD's Configured and there are 100 Agents. QUERY_AGENT_STATE_REQ
happens 100*10 times which contributes to Finesse startup or failover delay. If
these agents are voice-only Agents (they are not configured for any Non-Voice
SGs other Non-Voice MRD default SGs), Finesse does not need to send
QUERY_AGENT_STATE_REQ to those MRDs. A replacement ES is being provided to
supersede ES12/ES15, to rectify the original problem created with those ES
releases. Contact Cisco support for more information.
Defect Number: CSCvg70458
Component: cg.ctiserver
Severity: 2
Headline: CTI Server memory leak
Symptom: Memory leak in CTIServer 11.6(1) version is causing it to restart
(after exhausting 2GB limit of private bytes).
Conditions: 1. Clients connecting to CTIServer sending multiple
CONFIG_REQUEST_EVENT request to CTIServer to retrieve the UCCE configurations.
2. When the CONFIG_REQUEST_EVENT is sent, Client can request either all the
configurations (Service, SkillGroup, Agent, Device, MediaRoutingDomain and
CallType) or it can request only part of them. Memory leak is known to occur
only when the Client requests part of the configuration.
Workaround: There is no reason for the CTIServer clients to request UCCE
configuration frequently. With no configuration change request, CTIServer will
continue to send the updated configuration messages to the Client. So, clients
could reduce the number of times requesting the configuration using
CONFIG_REQUEST_EVENT.
Further Problem Description: When the Client sends CONFIG_REQUEST_EVENT to
CTIServer to receive the configuration, irrespective of the requested configuration,
CTIServer creates the configuration messages for all the configurations BUT
sends and deletes only the client requested configuration. That leaves all the
unsent configuration messages to be in the CTIServer memory forever and causes
memory leak.
Defect Number: CSCvh51896
Component: cg.ctiserver
Severity: 2
Headline: CTIServer crash if empty string field (length 0)
passed by Client in OPEN_REQ floating field
Symptom: CTI Server restarts without printing any Error in the CTI Server
logs. Event viewer logs shows the below error. "Node: ICM\
Conditions: Custom CTI clients sends OPEN_REQ session with an invalid empty
string (empty data field, with supplied floating field length of 0).
Workaround: Send a valid OPEN_REQ from the client. As per the CTI Developer
Guide, all message floating string fields should use null terminating string.
E.g., if the actual string is of size 3 char ("999"), it's field
length should be 4 (counting "\0" at the end of "999\0").
If there is a need to send a zero character ("") string field, send
"\0" with field length 1.
Further Problem Description: When CTI client sends an OPEN_REQ to establish
a session to the CTIServer, the process will crash if the message passes one or
more of the Floating Part fields as an empty string.
********************************************************************************************************************************************************************************************************************
13:20:04:034 CG1A-ctisvr Session 62: MsgType:OPEN_REQ (InvokeID:0x6907b24
VersionNumber:13 IdleTimeout:300 PeripheralID:N/A 13:20:04:034 CG1A-ctisvr
Session 62: ServiceMask:0x40096 CallMsgMask:0xfffffff AgentStateMask:0x3fff
ConfigMsgMask:0x1f 13:20:04:034 CG1A-ctisvr Session 62: Reserved:0 Reserved:0
Reserved:0 ClientID:"xxxxxxxxxxxx" 13:20:04:034 CG1A-ctisvr Session
62: ClientPassword:
Defect Number: CSCvh53269
Component: cg.ctiserver
Severity: 2
Headline: CTIServer sends N/A (PT_NONE) in the
PeripheralType Field in the OPEN_CONF message
Symptom: PeripheralType Field in the OPEN_CONF message is returned with value
PT_NONE (0xFFFF).
Conditions: The condition is known to occur when a Custom CTI application
(not a ClientEvents services client) is the first client to send the OPEN_REQ
to CTIServer.
Workaround: 1. Make the Customer CTI Application as a ClientEvents services
client and pass the valid Agent information in the OPEN_REQ. 2. Force Finesse
or CTIOS Server (or any clients that request QUERY_AGENT_STATE_REQUEST,
SET_AGENT_STATE_REQUEST, or any Call Events) to connect first.
Further Problem Description: Custom CTI Application when sending the
OPEN_REQ to the CTI Server to establish the CTI Session, CTI Server in-turn
while responding the OPEN_CONF message send the PeripheralType as N/A
(PT_NONE). ***********************************************************************************************
***********************************************************************************************
08:55:18:372 cg1A-ctisvr Session 2: MsgType:OPEN_CONF (InvokeID:0x7000000
ServiceMask:0x1c0296 MonitorID:0 PGStatus:NORMAL 08:55:18:372 cg1A-ctisvr
Session 2: CCTimestamp:0x5a564576 (Wed Jan 10 08:55:18 2018)
PeripheralOnline:True 08:55:18:372 cg1A-ctisvr Session 2: PeripheralType:N/A
AgentState:UNKNOWN )
***********************************************************************************************
***********************************************************************************************
NOTE : The above behavior happens only if a Custom CTI Application is the First
Client to connect. If Finesse or CTIOSServer first establishes the session by
OPEN_REQ/OPEN_CONF, and the 3rd Party Custom CTI then Connects, CTI Server
sends the PeripheralType Field with proper Value Set.
Defect Number: CSCvk18288
Component: cg.ctiserver
Severity: 3
Headline: Finesse Queue Statistics gadget shows default
skill groups with ES12 or ES15 applied to PG
Symptom: The Finesse "Queue Statistics" gadget incorrectly shows
all the default SGs (Voice and Non-Voice MRDs).
Conditions: The issue is known to occur only if UCCE 11.6(1) ES12 and/or
ES15 are applied to the PG(s).
Workaround: Uninstall ES12 or ES15 (both, if each is separately installed).
Further Problem Description: A replacement ES is being provided to
supersede ES12/ES15, to rectify the original problem created with those ES
releases. Contact Cisco support for more information.
You can access current Cisco documentation on the Support pages at the
following sites:
To provide comments about this document, send an email message to the
following address:
contactcenterproducts_docfeedback@cisco.com
We appreciate your comments.
Cisco.com is a starting point for all technical assistance. Customers and
partners can obtain documentation, troubleshooting tips, and sample
configurations from online tools. For Cisco.com registered users, additional
troubleshooting tools are available from the TAC site.
Cisco.com provides a broad range of features and services to help customers
and partners streamline business processes and improve productivity. Through
Cisco.com, you can find information about Cisco and our networking solutions,
services, and programs. You can also resolve technical issues with online technical
support and download software packages. Valuable online skill assessment,
training, and certification programs are also available.
Customers and partners can self-register on Cisco.com to obtain additional
personalized information and services. Registered users can order products,
check on the status of an order, access technical support, and view benefits
specific to their relationships with Cisco.
The Cisco TAC site is available to all customers who need technical assistance
with a Cisco product or technology that is under warranty or covered by a
maintenance contract.
If you have a priority level 3 (P3) or priority level 4 (P4) problem,
contact TAC by going to https://www.cisco.com/c/en/us/support/index.html.
P3 and P4 level problems are defined as follows:
In each of the above cases, use the Cisco TAC site to quickly find answers
to your questions.
If you cannot resolve your technical issue by using the TAC online
resources, Cisco.com registered users can open a case online by using the TAC
Case Open tool at the following site: https://mycase.cloudapps.cisco.com/create/start/
If you have a priority level 1(P1) or priority level 2 (P2) problem, contact
TAC by telephone and immediately open a case. To obtain a directory of
toll-free numbers for your country, go to the following sites:
P1 and P2 level problems are defined as follows: