500-444 Sample Questions Answers

To build VXML applications, you need to use the Call Studio development platform. Call Studio is an Eclipse-based graphical tool that allows you to create, edit, debug, and test voice applications that run on the VXML Server. Call Studio provides a drag-and-drop interface to design the call flow logic, define the prompts and grammars, and configure the application settings. Call Studio also supports custom elements, Java code, and web services integration to extend the functionality of the voice applications12. References: Cisco Unified Customer Voice Portal Getting Started Guide, Release 12.5(1)1, Cisco Unified Customer Voice Portal Developer Guide, Release 12.5(1)2.

When an agent transfers a call to another ICM Skill Group, the call should be transferred to a CTI route point that is associated with a routing client and a dialed number in the ICM configuration. This way, the ICM can route the call to the appropriate agent based on the skill group and the call context. The ICM can also maintain the end-to-end reporting context for the call, such as the original call type, the transfer reason, the transfer time, and the transfer destination. If the call is transferred to an agent IP phone, a route pattern, or a translation pattern, the ICM will lose the visibility and control of the call, and the reporting context will be broken.

References: Troubleshooting Cisco Contact Center Enterprise (CCET) course, Module 3: Troubleshooting Call Flows, Lesson 3: Troubleshooting Transfers12

 Cisco Unified Border Element (CUBE) is a session border controller that provides session control, security, interworking, and demarcation for voice and video calls between the enterprise IP network and service provider SIP trunks1. When CUBE is used with CCE and CVP, it provides the following three features:

• Silent Monitor inbound voice calls: CUBE supports the silent monitoring feature for inbound voice calls from the PSTN to the CCE agents. This feature allows supervisors to listen to the agent-customer conversations without being noticed by either party. CUBE uses the built-in-bridge (BIB) capability of the agent phone to fork the media stream and send it to the monitoring server2.
• Secure communication using flow around mode: CUBE supports secure communication using Transport Layer Security (TLS) and Secure Real-Time Transport Protocol (SRTP) for SIP signaling and media streams. CUBE can operate in flow around mode, where it terminates the TLS/SRTP sessions from the service provider and the enterprise, but does not perform any media processing or transcoding. This mode reduces the CPU load on CUBE and preserves the end-to-end media encryption3.
• Normalize SIP messages using SIP profiles: CUBE supports SIP normalization using SIP profiles, which are collections of parameters that modify the SIP messages that pass through CUBE. SIP profiles can be used to resolve interoperability issues between different SIP implementations, such as service providers, CVP, and CCE. SIP profiles can also be used to enhance the functionality of CUBE, such as adding or removing headers, modifying timers, and enabling features4.

References: Cisco Unified Border Element data sheet1, Cisco Unified Border Element Configuration Guide234.

The Active and Configured CUIC Users for the 2K deployment model are 200 and 800 respectively. This means that the CUIC server can support up to 200 concurrent users and up to 800 configured users. A concurrent user is a user who is logged in to CUIC and actively using the application. A configured user is a user who has an account in CUIC, regardless of whether they are logged in or not. The 2K deployment model is one of the UCCE deployment types that defines the maximum number of agents, supervisors, and reporting users that can be supported by the system. The 2K deployment model can support up to 2000 agents, 200 supervisors, and 200 CUIC concurrent users12. References:

• Cisco Unified Contact Center Enterprise Installation and Upgrade Guide, Release 12.5 (1) and 12.5 (2) - CLI Commands during Installation and Upgrade 2
• Cisco 500-444 Quiz 1 Topic 8 Questions 1-5 1

Cisco Identity Service (IdS) is a component of Cisco Unified Contact Center Enterprise (CCE) that enables single sign-on (SSO) for users to access various CCE applications, such as Finesse, Unified Intelligence Center, and ECE1. IdS acts as a service provider (SP) that delegates the authentication process to an external identity provider (IdP), such as Active Directory Federation Services (AD FS), PingFederate, or Okta2.

To configure the Cisco IdS using PCCE Web Administration Manager (S.P.O.G), a trust relationship must be established by downloading and exchanging a metadata file between the IdS and the IdP. This means that both the IdS and the IdP must have each other’s metadata file imported into their configuration, so that they can exchange information such as the entity ID, the endpoints, the certificates, and the SSO protocol3. Therefore, the correct answer is B: IdS to IdP and IdP to IdS.

The other options are incorrect because:

• A: IdS to IdP is only half of the trust relationship, as the IdP also needs to have the IdS metadata file imported.
• C: IdP to IdS is also only half of the trust relationship, as the IdS also needs to have the IdP metadata file imported.
• D: IdS to IdP and IdP to Active Directory (AD) is not a valid option, as the IdP does not need to exchange a metadata file with AD. The IdP can use AD as a user directory, but it does not need to establish a trust relationship with it for SSO purposes4.

References:

1: Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.0(1) - Configure Cisco Identity Service 2: Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.0(1) - Configure Single Sign-On 3: Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.0(1) - Configure Identity Provider 4: Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.0(1) - Configure Active Directory

The Single Pane of Glass (SPOG) is the web-based administrative interface that should be deployed to provide a unified and simplified view of the Unified CCE system, even though Unified CCE provides Configuration Manager as the legacy User Interface for administrators1. The SPOG is also known as the CCE Web Administration or the Unified CCE Administration console, and it allows administrators to configure and manage various Unified CCE features and settings, such as agents, attributes, precision queues, bucket intervals, media routing domains, license, bulk jobs, deployment type, system information, single sign-on, context service, and contact center AI23.

The other options are incorrect because:

• A: WebSetup is not a web-based administrative interface, but rather a tool that is used to install and configure the web setup components, such as the web setup database, the web setup service, and the web setup client, on the Unified CCE servers. WebSetup is used to perform initial configuration tasks, such as setting the deployment type, the instance name, the security mode, the license server, and the LDAP directory4.
• B: Contact Centre Management Portal (CCMP) is not a web-based administrative interface for Unified CCE, but rather a separate product that provides a web-based interface for managing Cisco Unified Contact Center Express (UCCX) and Cisco Unified IP Interactive Voice Response (IP IVR) systems. CCMP allows administrators to perform tasks such as creating and modifying scripts, applications, triggers, teams, skills, and CSQs, as well as monitoring and reporting on the system performance and agent activity5.
• C: LDAP Plugin is not a web-based administrative interface, but rather a component that enables Unified CCE to integrate with an external LDAP directory, such as Microsoft Active Directory, for user authentication and authorization. LDAP Plugin allows Unified CCE to synchronize user data from the LDAP directory and assign roles and permissions to the users based on their LDAP group membership2.

References:

1: UCCE 10.5 Web Admin Interface - Cisco Community 2: Administration Guide for Cisco Unified Contact Center Enterprise, Release 12.6 (1) - Web Based CCE Administration [Cisco Unified Contact Center Enterprise] - Cisco 4: Web Setup Guide for Cisco Unified ICM/Contact Center Enterprise, Release 12.6(1) - Web Setup Overview [Cisco Unified Contact Center Enterprise] - Cisco 5: [Cisco Unified Contact Center Management Portal Data Sheet - Cisco] 3: Web Based CCE Administration - Cisco 6: Web Setup Guide for Cisco Unified ICM/Contact Center Enterprise, Release 12.6(1) - Web Setup Overview [Cisco Unified Contact Center Enterprise] - Cisco : Cisco Unified Contact Center Management Portal Data Sheet - Cisco

 The deployment team is responsible for ensuring that servers designated for use by CCE VMs meet the requirements, including but not limited to Storage System Performance and IOPS (Input/Output Operations Per Second) Requirements. The deployment team is the group of engineers who install, configure, and test the CCE solution at the customer site. They must follow the design specifications and guidelines provided by the design team, and verify that the hardware and software components are compatible and meet the performance and capacity requirements. The deployment team must also ensure that the CCE VMs are deployed on the appropriate servers and have the correct network and storage configurations1. References: Troubleshooting Cisco Contact Center Enterprise (CCET) course outline2, Virtualization for Cisco Packaged CCE Release 11.6(x)1.

A PCCE initialization under Unified CCE PG performs the following two tasks among others:

• Creates the CUCM Peripheral Gateway (PG) with the CUCM PIM. A CUCM PG is a component that communicates with the Cisco Unified Communications Manager (CUCM) to control and monitor agent phones and route calls. A CUCM PIM is a process that runs on the CUCM PG and acts as an interface between the CUCM and the CTI Server. The PCCE initialization creates the CUCM PG with the CUCM PIM and configures the required settings, such as the JTAPI username and password, the CUCM cluster ID, and the PG ID12.
• Downloads JTAPI from the Unified Communications Manager and installs it on the Unified CCE PG. JTAPI is a Java API that enables computer telephony integration (CTI) applications to interact with the CUCM. The PCCE initialization downloads the JTAPI client from the CUCM publisher and installs it on the Unified CCE PG. This allows the CUCM PIM to use JTAPI to control and monitor agent phones and route calls13.

References:

• Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.0 (1) - Initialize the Packaged CCE 2000 Agents Deployment Type1
• Cisco Packaged Contact Center Enterprise Installation and Upgrade Guide, Release 12.0 (1) - Configure PCCE Local Authorization2

Cisco Packaged Contact Center Enterprise Installation and Upgrade Guide, Release 12.0 (1) - Configure Cisco Unified Contact Center Enterprise PG

Certificate Authority (CA) signed certificates are less administration in environments with many servers, such as CCE, because they are issued by a trusted third-party entity that validates the identity of the certificate owner and provides a chain of trust. CA signed certificates are more secure and reliable than self-signed certificates, which are generated by the same entity whose identity they certify and are not verified by anyone else. Self-signed certificates require manual installation and configuration on each server and client that needs to communicate with them, which can be tedious and error-prone. 3rd party signed certificates are similar to CA signed certificates, but they are issued by a commercial entity that may charge a fee for their services. Security Authority (SA) is not a valid term for a certificate issuer. References: 1, 2, 3

External voice DNs are sourced from CUCM in a CCE Dial Plan. External voice DNs are the DNs that are not associated with any CCE device, such as agent phones, VRU peripherals, or gateways. They are used to route calls to destinations outside the CCE network, such as PSTN numbers, voicemail, or other PBXs. CUCM is responsible for provisioning and managing these DNs and assigning them to the appropriate devices or trunks. CVP can also use external voice DNs to send calls to CUCM for further routing or treatment.

References:

• Troubleshooting Cisco Contact Center Enterprise (CCET) course, Module 3: Troubleshooting Call Flow Issues, Lesson 3.1: Troubleshooting CCE Call Flows, Topic: CCE Dial Plan1
• Configuration Guide for Cisco Unified Customer Voice Portal, Release 12.6 (1) - System Configuration [Cisco Unified Customer Voice Portal] - Cisco, Chapter: Dialed Number Pattern Configuration2

There are two types of upgrades available for CCE: Common Ground and Standard. A Common Ground upgrade is a type of upgrade that allows you to upgrade from one major release to another major release without having to rebuild your configuration. A Common Ground upgrade preserves your existing configuration and data, and applies the new features and enhancements of the new release. A Common Ground upgrade is supported for certain releases and deployment models, and requires a specific upgrade path. A Standard upgrade is a type of upgrade that allows you to upgrade from one minor release to another minor release within the same major release. A Standard upgrade also preserves your existing configuration and data, and applies the bug fixes and minor enhancements of the new release. A Standard upgrade is supported for all releases and deployment models, and does not require a specific upgrade path12. References:

• Cisco Unified Contact Center Enterprise Installation and Upgrade Guide, Release 12.6 (1) - Upgrade Overview2
• Cisco Unified Contact Center Enterprise Installation and Upgrade Guide, Release 12.5 (1) and 12.5 (2) - Upgrade Overview3

Monitor mode is a feature of the Script Editor tool that allows the user to view the data flow in the script as it executes. Monitor mode displays the values of variables, labels, and expressions as the script runs. It also shows the path that the script takes through the various steps and branches. Monitor mode can be used to troubleshoot and debug scripts, as well as to verify the logic and functionality of the script. Monitor mode can be accessed by clicking the Monitor button on the toolbar or by pressing F5. References: Contact Center Enterprise Troubleshooting and Configuration - Cisco, page 17; Cisco Packaged Contact Center Enterprise Administration and Configuration Guide, Release 12.6(1), section “Scripting Specifics in a Packaged CCE Environment”.

Two upgrades for Common Ground are includes migration of windows registry and includes database migration. Common Ground is a type of upgrade that allows you to upgrade your Cisco Unified Contact Center Enterprise (CCE) components from one release to another without changing the hardware or operating system1. Common Ground upgrade is supported for virtualized deployments on VMware ESXi hosts1. Common Ground upgrade involves the following steps1:

• Back up the existing configuration and data using the Disaster Recovery System (DRS).
• Run the User Migration Tool to export the user accounts from the source domain to a file.
• Run the Enhanced Database Migration Tool (EDMT) to migrate the Historical Data Server (HDS), Logger, and Business Analytics (BA) databases from the source servers to the destination servers.
• Run the Regutil Tool to export the Cisco Systems, Inc. registry from the source servers to a file.
• Run the Unified CCE Installer on the destination servers to install the new release of Unified CCE software.
• Import the user accounts from the file using the User Migration Tool.
• Import the Cisco Systems, Inc. registry from the file using the Regutil Tool.
• Restore the configuration and data from the DRS backup.

The Common Ground upgrade includes migration of windows registry because the Regutil Tool is used to export and import the Cisco Systems, Inc. registry from the source servers to the destination servers. The registry contains important information about the Unified CCE configuration, such as the instance name, the peripheral ID, the system ID, and the license key2. The registry migration ensures that the destination servers have the same settings as the source servers after the upgrade2.

The Common Ground upgrade includes database migration because the EDMT is used to migrate the HDS, Logger, and BA databases from the source servers to the destination servers. The databases contain historical and real-time data about the Unified CCE system, such as the call records, the agent statistics, the skill group statistics, and the reporting data3. The database migration ensures that the destination servers have the same data as the source servers after the upgrade3.

The Common Ground upgrade does not update IP address as appropriate because the IP addresses of the source and destination servers are not changed during the upgrade. The IP addresses are configured during the initial installation of the Unified CCE software and are not modified by the upgrade process1.

The Common Ground upgrade does not update Hostname as appropriate because the hostnames of the source and destination servers are not changed during the upgrade. The hostnames are configured during the initial installation of the Unified CCE software and are not modified by the upgrade process