500-444 Exam Dumps : Cisco Contact Center Enterprise Implementation and Troubleshooting

• Option A is correct because if one side of the ICM Logger fails, the other side can still receive historical data from both sides of the ICM Router. However, the failed side will not be able to receive any data until it is restored1.
• Option B is correct because the Peripheral Gateways (PGs) are connected to both sides of the ICM Router through the private LAN and the visible network. If the private LAN fails, the PGs can use the visible network to communicate with the active ICM Router and determine which side is the master2.
• Option D is correct because the ICM Router uses heartbeats to monitor the status of its duplex pair. If one side does not receive a heartbeat from the other side within a specified time interval, it assumes that the other side has failed and initiates a failover process3.
• Option C is incorrect because if one side of the ICM Logger fails, the impact of call processing is not limited to the corresponding side of the ICM Router. The ICM Router can still process calls using the data from the surviving ICM Logger side1.
• Option E is incorrect because there is some impact on call processing during an ICM Logger failure. For example, some historical reports may not be available, some configuration changes may not be replicated, and some call data may be lost4.
• Option F is incorrect because during an ICM Router failover, calls in progress in Cisco Unified Customer Voice Portal (CVP) are not disconnected. The CVP uses the Survivable Remote Site Telephony (SRST) feature to maintain the calls until the failover is completed5.

References:

• 1: Troubleshooting Cisco Contact Center Enterprise (CCET), page 2-4
• 2: Troubleshooting Cisco Contact Center Enterprise (CCET), page 2-6
• 3: Troubleshooting Cisco Contact Center Enterprise (CCET), page 2-8
• 4: Troubleshooting Cisco Contact Center Enterprise (CCET), page 2-10
• 5: Troubleshooting Cisco Contact Center Enterprise (CCET), page 2-12

The CLI command that manages the Java Keystore Certificate in Windows CCE servers is keytool. Keytool is a utility that is included in the Java Runtime Environment (JRE) and allows you to create, import, export, list, and delete certificates, keys, and keystores. A keystore is a repository of security certificates that can be used for SSL/TLS communication. The Java Keystore Certificate is the default keystore that is used by the Java applications running on the Windows CCE servers, such as the Web Setup tool, the Diagnostic Framework Portico, and the Unified Intelligence Center12. To use keytool, you need to open a command prompt window and navigate to the JRE bin directory, which is typically located at C:\Program Files\Java\jre\bin. Then, you can use the keytool command with various options and parameters to perform the desired operations on the Java Keystore Certificate34. References: Security Guide for Cisco Unified ICM/Contact Center Enterprise, Release 12.5 (1) and 12.5 (2)1, Implement CA Signed Certificates in a CCE 12.6 Solution2, SSL Certificate Installation - Java Based Web Servers - DigiCert3, Keytool - Oracle Help Center4.

According to the Cisco documentation12, single sign-on (SSO) in PCCE can be implemented in one of these three modes:

• SSO - Enable all agents and supervisors in the deployment for SSO. This mode requires the use of SAML assertions to exchange authentication and authorization details between an identity provider (IdP) and an identity service (IdS)1.
• SAML - Security Assertion Markup Language (SAML) is an XML-based standard that allows the IdP to issue SAML assertions, which are packages of security information transferred from the IdP to the service provider for user authentication1. SAML is the underlying technology that enables SSO in PCCE2.
• Hybrid - Enable agents and supervisors selectively in the deployment for SSO. Hybrid mode allows you to phase in the migration of agents from a non-SSO deployment to an SSO deployment and enable SSO for local PGs. Hybrid mode is useful if you have third-party applications that don’t support SSO, and some agents and supervisors must be SSO-disabled to sign in to those applications1.

Option A is incorrect because Non-SSO is the opposite of SSO, and it means continuing to use existing Active Directory-based and local authentication, without SSO1. Option C is incorrect because ldS is a typo for IdS, which is not a mode but a component of SSO. Option D is incorrect because ldP is a typo for IdP, which is also not a mode but a component of SSO.

References:

• 1: Single Sign-On - Cisco3
• 2: Cisco Packaged Contact Center Enterprise Features Guide Release 11.6 (1) - Single Sign-On [Cisco Packaged Contact Center Enterprise] - Cisco

• SSO - Enable all agents and supervisors in the deployment for SSO.
• Hybrid - Enable agents and supervisors selectively in the deployment for SSO. ...
• Non-SSO - Continue to use existing Active Directory-based and local authentication, without SSO.