Cisco Cisco Unified Contact Center Enterprise 9.0(1) Guia Do Desenho
1-7
Cisco Unified Contact Center Enterprise 7.0, 7.1, and 7.2 SRND
OL-8669-16
Chapter 1 Architecture Overview
Cisco Unified Intelligent Contact Management (Unified ICM) Software
ICM Software Modules
The Cisco ICM software is a collection of modules that can run on multiple servers. The amount of
software that can run on one server is primarily based upon busy hour call attempts (BHCA) and the size
of the server being used (single, dual, or quad CPU). Other factors that impact the hardware sizing are
the number of agents, the number of skills per agent, the number of Unified IP IVR ports, the number of
VRU Script nodes in the ICM routing script, Extended Call Context (ECC) usage, and which statistics
agents need at their desktops.
software that can run on one server is primarily based upon busy hour call attempts (BHCA) and the size
of the server being used (single, dual, or quad CPU). Other factors that impact the hardware sizing are
the number of agents, the number of skills per agent, the number of Unified IP IVR ports, the number of
VRU Script nodes in the ICM routing script, Extended Call Context (ECC) usage, and which statistics
agents need at their desktops.
The core ICM software modules are:
•
Call Router
•
Logger
•
Agent Peripheral Gateway (PG)
•
Unified CM Peripheral Interface Manager (PIM)
•
VRU PIM
•
CTI Server
•
CTI Object Server (CTI OS)
•
Administrative Workstation (AW)
The Call Router is the module that makes all routing decisions on how to route a call or customer contact.
The Logger is the database server that stores contact center configuration and reporting data. The
Unified CM PIM is the process that interfaces to a Unified CM cluster via the JTAPI protocol. The
Unified IP IVR PIM is the process that interfaces to the Unified IP IVR via the Service Control Interface
(SCI) protocol. The CTI Server is the process that interfaces to the CTI OS.
The Logger is the database server that stores contact center configuration and reporting data. The
Unified CM PIM is the process that interfaces to a Unified CM cluster via the JTAPI protocol. The
Unified IP IVR PIM is the process that interfaces to the Unified IP IVR via the Service Control Interface
(SCI) protocol. The CTI Server is the process that interfaces to the CTI OS.
Each ICM software module can be deployed in a redundant fashion. When a module is deployed in a
redundant fashion, we refer to the two sides as side A and side B. For example, Call Router A and Call
Router B are redundant instances of the Call Router module (process) running on two different servers.
This redundant configuration is also referred to as duplex mode, whereas a non-redundant configuration
is said to be running in simplex mode. When processes are running in duplex mode, they are not
load-balanced. The A and B sides are both executing the same set of messages and, therefore, producing
the same result. In this configuration, logically, there appears to be only one Call Router. The Call
Routers run in synchronized execution across the two servers, which means both sides of the duplex
servers process every call. In the event of a failure, the surviving Call Router will pick up the call
mid-stream and continue processing.
redundant fashion, we refer to the two sides as side A and side B. For example, Call Router A and Call
Router B are redundant instances of the Call Router module (process) running on two different servers.
This redundant configuration is also referred to as duplex mode, whereas a non-redundant configuration
is said to be running in simplex mode. When processes are running in duplex mode, they are not
load-balanced. The A and B sides are both executing the same set of messages and, therefore, producing
the same result. In this configuration, logically, there appears to be only one Call Router. The Call
Routers run in synchronized execution across the two servers, which means both sides of the duplex
servers process every call. In the event of a failure, the surviving Call Router will pick up the call
mid-stream and continue processing.
Other components in the ICM, such as the Peripheral Gateways, run in hot-standby mode, meaning that
only one of the Peripheral Gateways is actually active and controlling Unified CM or the
Unified IP IVR. When the active side fails, the surviving side automatically takes over processing of the
application. During a failure, the surviving side is said to be running in simplex mode and will continue
to function this way until the redundant/duplex side is restored to service, then it will automatically
return to duplex operation.
only one of the Peripheral Gateways is actually active and controlling Unified CM or the
Unified IP IVR. When the active side fails, the surviving side automatically takes over processing of the
application. During a failure, the surviving side is said to be running in simplex mode and will continue
to function this way until the redundant/duplex side is restored to service, then it will automatically
return to duplex operation.
The ICM software uses the concept of a customer instance to group all of the components under a single
Call Router and Logger or Central Controller. The instance relationship ensures that all of the
components related to the same system are joined under a single logical Unified CCE IP ACD. This
concept is used only to support multiple customer instances in the Unified Contact Center Hosted
(Unified CCH) that supports multi-tenant or shared servers that manage multiple customer instances. All
Unified CCE systems are deployed as a single instance (using the same instance number in ICM Setup)
across all the ICM components.
Call Router and Logger or Central Controller. The instance relationship ensures that all of the
components related to the same system are joined under a single logical Unified CCE IP ACD. This
concept is used only to support multiple customer instances in the Unified Contact Center Hosted
(Unified CCH) that supports multi-tenant or shared servers that manage multiple customer instances. All
Unified CCE systems are deployed as a single instance (using the same instance number in ICM Setup)
across all the ICM components.