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

The PCCE production deployment model on an ESXi server requires two validations: ensuring that the correct servers are on the correct sides and verifying that the correct RAM and CPU are being deployed. These validations are necessary to ensure that the PCCE components are configured properly and have sufficient resources to run smoothly. The other options are not relevant for the PCCE production deployment model on an ESXi server. Linux verification for containers is not applicable because PCCE does not use containers. The hypervisor provides enough power is not a validation step, but a prerequisite for the ESXi server. The lab is deployed properly is not a validation for the production deployment model, but for the lab deployment model. References: Virtualization for Cisco Packaged CCE Release 11.6(x)1, Deployment Type Info API2.

A voice gateway (VGW) is a device that connects a traditional telephony network, such as a TDM trunk, to a voice over IP (VoIP) network, such as a Cisco Unified Communications Manager (CUCM) cluster. A VGW performs signaling and media conversion between the two networks, and can also provide supplementary services, such as call routing, digit manipulation, transcoding, conferencing, and fax relay. A VGW can be a standalone device, such as a Cisco Integrated Services Router (ISR), or a software module, such as a Cisco Unified Border Element (CUBE). A CUBE is a special type of VGW that can also provide security, demarcation, and interworking functions for VoIP calls. A CUBE can be deployed between two VoIP networks, such as CUCM and a service provider SIP trunk, or between a TDM trunk and a VoIP network, in which case it acts as both a CUBE and a VGW. A CUCM is not a VGW, but a call control platform that manages VoIP endpoints, such as IP phones, and interacts with VGWs for call routing and signaling. A CUSP is a Cisco Unified SIP Proxy, which is a device that provides SIP routing and load balancing for VoIP networks. A CUSP is not a VGW, but a SIP proxy server that can work with CUCM and CUBE to optimize SIP call flows. References:

• Troubleshooting Cisco Contact Center Enterprise (CCET), Module 1: Voice Gateway Overview1
• Cisco Contact Center Enterprise Implementation and Troubleshooting (CCEIT), Module 2: Voice Gateway Configuration2
• Cisco Unified Border Element Configuration Guide3
• Cisco Unified SIP Proxy Configuration Guide4

• 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