Last Updated on June 28, 2021 by Admin 3

300-835 : Automating Cisco Collaboration Solutions (CLAUTO) : Part 06

  1. Which of the following enables a watcher to monitor the status of a registered dn in real time?

    • Unity Connection
    • Unity Express
    • Unity
    • Presence
    • Unified Presence
    Explanation:
    The Cisco Unified Communications Manager (UCM) Presence feature enables a watcher to monitor the status of a registered directory number (dn) in real time. Devices that can send Presence requests for information about dns are called watchers. An IP phone is an example of a watcher. Presence enables an IP phone user to monitor dns in real time by displaying a status icon beside dns that appear in speed-dial lists or directory lists, such as the Missed Calls list, on an IP phone. The icon can represent one of the following three states:

    -Unknown – The registration status of the device that is associated with the dn cannot be determined.
    -On-hook – The device that is associated with the dn is registered and currently in the on-hook state.
    -Off-hook – The device that is associated with the dn is registered and currently in the off-hook state.

    Session Initiation Protocol (SIP) Uniform Resource Identifiers (URIs) or dns that can be monitored by Presence are known as presence entities, or presentities. SIP trunks and dns can be presence entities. A SIP trunk can also be a watcher. Presence can send and receive presence requests and responses only on Skinny Client Control Protocol (SCCP) lines, SIP lines, and SIP trunks. If Presence requests or responses are sent to a Media Gateway Control Protocol (MGCP) trunk or to an H.323 trunk, those requests are rejected by UCM.

    Neither Cisco Unity Connection, Cisco Unity Express (CUE), nor Cisco Unity enables a watcher to monitor the status of a registered dn in real time. Unity Connection, CUE, and Unity are all voice messaging technologies.

    Cisco Unified Presence (CUPS) does not enable a watcher to monitor the status of a registered dn in real time. CUPS is server software that centralizes network traffic from several different communications services so that it can all be transmitted over the same Cisco Voice over IP (VoIP) network. CUPS is not the same as the UCM Presence feature.

  2. DRAG DROP

    Drag each phrase from the left, and place it in the appropriate column on the right. Phrases can be used more than once.

    300-835 Part 06 Q02 018 Question
    300-835 Part 06 Q02 018 Question
    300-835 Part 06 Q02 018 Answer
    300-835 Part 06 Q02 018 Answer

    Explanation:
    Internet telephony service providers (ITSPs) enable their customers to communicate with the outside world by connecting a Voice over IP (VoIP) network with the public switched telephone network (PSTN). Using an ITSP allows a business to reduce network management overhead and complexity by combining voice and data services on a single IP-based network. ITSPs enable companies with many locations to transmit voice and data to other branches over a single connection. Using a single network for both data and voice also allows network administrators to configure Quality of Service (QoS) features that can adjust the bandwidth available for data based on the bandwidth required for voice traffic. Because voice traffic is sent in real time, quality is critical.

    Traditional PSTN connections require separate lines for voice and data. Telephony providers connecting to the PSTN require 64 Kbps of dedicated bandwidth for each voice line. Therefore, PSTN circuits are sold in blocks of 64-Kbps lines. Conversely, bandwidth from an ITSP can be purchased in only enough quantity to support the customer’s bandwidth requirements. In addition, the audio codecs and compression methods used by ITSPs for VoIP networks can reduce the amount of per-call bandwidth required and, therefore, support more simultaneous calls, ITSPs typically use Session Initiation Protocol (SIP) to connect VoIP calls, although some ITSPs use H.323. SIP is an Internet Engineering Task Force (IETF)>standard call signaling protocol. Although the text-based signaling used by SIP is easier to understand and troubleshoot than the signaling used by H.323, SIP uses more bandwidth than binary-based signaling methods like H.323 use. H.323 is an International Telecommunication Union (ITU)-standard, peer-to-peer call signaling protocol. H.323 requires more processor and memory resources than SIP.

    The PSTN uses Signaling System 7 (SS7) to provide signaling for call setup and teardown. SS7 is a voice signaling protocol that is used worldwide on the PSTN. SS7 uses out-of-band signaling to perform call setup, maintenance, and teardown tasks. In addition, SS7 is responsible for routing calls through the PSTN and monitoring call statistics that can be used for billing purposes.

    Using an ITSP can reduce costs per line for a business by providing lower-priced services that are similar to those provided by the PSTN, such as long distance. ITSPs route long-distance calls over the Internet, which reduces long-distance costs for the customer. VoIP networks can also handle more simultaneous calls to or from a single location with fewer physical lines.

  3. You are manually provisioning an IP phone by using UCM Administration. You want to ensure that UCM provides authentication and integrity for the IP phone.

    Which of the following fields should you update?

    • Device Pool
    • Phone Security Profile
    • MAC Address
    • Phone Button Template
    Explanation:
    You should update the Phone Security Profile field to ensure that Cisco Unified Communications Manager (UCM) provides authentication and integrity for the IP phone you are provisioning. The Phone Security Profile field is used to create or modify the security configuration of devices to which the profile is applied.

    You do not need to update the Device Pool field to ensure that UCM provides authentication and integrity for the IP phone you are provisioning. Although required when manually provisioning an IP phone in UCM Administration, the Device Pool field specifies a given set of characteristics that are to be applied to IP phones within the pool, such as region, date and time groups, softkey templates, and more.

    You do not need to update the MAC Address field to ensure that UCM provides authentication and integrity for the IP phone you are provisioning. The MAC Address field contains the Media Access Control (MAC) address of the device that you are provisioning. The MAC address is a hardware address that is assigned by the device manufacturer.

    You do not need to update the Phone Button Template field to ensure that UCM provides authentication and integrity for the IP phone you are provisioning. Phone button templates are used to add or arrange IP phone buttons for a given device or group of devices. You can create or edit phone button templates by clicking Device > Device Settings > Phone Button Template in UCM. When you are manually provisioning an IP phone in UCM Administration, you must fill in the MAC Address field, the Device Pool field, the Phone Button Template field, and the Phone Security Profile field.

  4. Which of the following QoS features reduces the jitter of voice packets by preventing them from being delayed behind larger data packets in a queue?

    • CAR
    • LLQ
    • cRTP
    • LFI
    Explanation:
    Link fragmentation and interleaving (LFI) is a Quality of Service (QoS) feature that reduces the jitter of voice packets by preventing them from being delayed behind larger data packets in a queue. LFI helps reduce the latency in voice packets by fragmenting large packets into smaller packets. Once this is accomplished, voice packets can be woven, or interleaved, between the fragmented data packets from a different flow and can pass through the network device much quicker than if the voice packets had to wait for the large data packets to be transmitted.

    QoS enables a network to treat a specific type of traffic with a different priority than other types of traffic. For example, QoS can ensure that voice traffic gets higher priority on a network than data traffic. QoS models include the best-effort model, the Integrated Services (IntServ) model, and the Differentiated Services (DiffServ) model. Each QoS model handles packet flows in a different manner. For example, IntServ requires that applications reserve their end-to-end bandwidth requirements, and DiffServ prioritizes packets by traffic class. Because of some inherent shortcomings in the IntServ model, Cisco recommends using DiffServ when delivering voice traffic.

    Low latency queuing (LLQ) is a queuing method that is useful for transmitting voice, video, and mission-critical traffic. However, if a large data packet is being sent, LLQ cannot interrupt the transmission of the large data packet in order to send a small voice packet, regardless of the size of the priority queue. Therefore, LLQ does not reduce the jitter of voice packets by preventing them from being delayed behind larger data packets in a queue.

    Although Compressed Real-time Transport Protocol (cRTP) reduces delay, it does not reduce the jitter of voice packets by preventing them from being delayed behind larger data packets in a queue. To reduce the size of the IP header, cRTP associates a hash number with the 40byte IP header. After the first voice packet is sent with the full 40byte header, subsequent packets in the same flow use only the hash number that was associated with the header. This reduces the IP header size from 40 bytes to as low as two bytes if a checksum is not used. If a checksum is used, the header is reduced to four bytes.

    Committed Access Rate (CAR) does not reduce the jitter of voice packets by preventing them from being delayed behind larger data packets in a queue. CAR is a traffic policing mechanism that you can use when traffic exceeds the configured bandwidth limitations. When CAR is used, packets that exceed the bandwidth limits are remarked with a lower priority and forwarded instead of being dropped.

  5. Which of the following statements are correct regarding the restart and reset commands? (Choose three.)

    • The reset command reboots phones faster than the restart command does.
    • IP phones receive IP addressing information from a DHCP server after you issue either the reset command or the restart command.
    • IP phones download configuration files from a TFTP server after you issue either the reset command or the restart command.
    • You can issue either the reset command or the restart command after making changes to an ephone.
    • You can issue either the reset command or the restart command after making changes to an ephone-dn.
    • You can issue either the reset command or the restart command after changing date and time settings.
    Explanation:
    The following statements are correct regarding the restart and reset commands:

    -You can issue either the reset command or the restart command after making changes to an ephone.
    -You can issue either the reset command or the restart command after making changes to an ephone-dn.
    -IP phones download configuration files from a Trivial File Transfer Protocol (TFTP) server after you issue either the reset command or the restart command.

    On a Cisco Unified Communications Manager Express (CME) router, the reset command performs a hard reset of the phone, similar to powering down the device and powering it back up again. When you issue the reset command, the phone contacts the Dynamic Host Configuration Protocol (DHCP) server to receive IP configuration information, including the IP address of the TFTP server. The phone then contacts the TFTP server and downloads the most recent phone configuration information. In addition, the IP phone will unregister and reregister with the Cisco call processor platform. You can also reset an IP phone by pressing the settings button on the IP phone’s keypad and then pressing the **#** key sequence. In Cisco Unified Communications Manager (UCM), you can reset a phone from the graphical user interface (GUI) by clicking Device > Phone > Reset.

    You must issue the reset command after performing the following tasks:
    -Updating the phone’s firmware
    -Modifying the DHCP scope
    -Changing the IP address of the TFTP server
    -Changing Uniform Resource Locators (URLs)
    -Changing the date and time settings
    -Changing the language displayed on the phone
    -Changing the call progress tones for the phone
    -Changing the voice mail access number

    The restart command performs a soft reboot of the phone, so it reboots phones much quicker than the reset command does. When you issue the restart command on a CME router, the phone does not contact the DHCP server to receive new IP configuration information. However, it does contact the TFTP server to download the most recent phone configuration information. In addition, the phone will unregister and reregister with the call processor platform.

    You can issue either the reset command or the restart command after performing the following tasks:

    -Adding or deleting a phone button
    -Associating a button with a new ephone-dn
    -Modifying an extension on an ephone-dn
    -Modifying speed-dial numbers on an ephone
    -Enabling call park

  6. Which of the following commands is evaluated first by a voice gateway router for an incoming dial peer?

    • destination-pattern
    • port
    • session target
    • incoming called-number
    • answer-address
    Explanation:
    The incoming called-number command is evaluated first by a voice gateway router for an incoming dial peer. A dial peer defines a logical route to a telephony endpoint. A voice router will perform the following evaluations when it receives an inbound call:
    1.The router will attempt to match the destination Dialed Number Identification Service (DNIS) to an incoming called-number DNIS command.
    2.The router will attempt to match the source Automatic Number Identification (ANI) to an answer-address ANI command.
    3.The router will attempt to match the source ANI to a destination-pattern string command.
    4.The router will attempt to match the incoming call’s voice port to a port port command.
    5.If no match is found, the router will use the default dial peer.

    Once a dial peer match is found, the router will immediately route the call without proceeding to the next step. If multiple matches are found for a step, the router will select the longest explicit match. The default dial peer will only be used if no match is found. You cannot configure any of the settings for the default dial peer.

    The dial peer evaluation process will occur for every call leg along the path from the source endpoint to the destination endpoint. A call leg is a logical inbound or outbound connection for a voice gateway. The originating voice gateway and the terminating voice gateway between two telephony endpoints have one call leg in the inbound direction and one call leg in the outbound direction. Therefore, there will be exactly two call legs for each voice gateway.

    The session target command is not evaluated by a voice gateway router for an incoming dial peer? it is used by a voice gateway router to determine where to route an outgoing Voice over IP (VoIP) dial peer. A voice router will perform the following evaluations when it must send an outbound call:

    1. The router will attempt to match the destination DNIS to a destination pattern string command.
    2. If the dial peer is a plain old telephone service (POTS) dial peer, the router will forward the call to the port indicated by the corresponding port port command.
    3. If the dial peer is a VoIP dial peer, the router will forward the call to the IP address indicated by the corresponding session target ipv4: ip-address command.
    4. If no match is found, the call will be dropped.

  7. Which of the following is a function of MTPs?

    • sampling, encoding, and compression of analog audio
    • providing connectivity for SIP devices and H.323 devices
    • converting digital audio from one codec to another
    • delivering SIP Early Media Offers over SIP trunks
    Explanation:
    Delivering Session Initiation Protocol (SIP) Early Offers over SIP trunks is a function of Media Termination Points (MTPs). There are two ways to enable Early Offers on SIP trunks in Cisco Unified Communications Manager (UCM): select the MTP Required check box on the SIP trunk or select the Early Offer support for voice and video calls (insert MTP if needed) check box on the SIP profile that is connected to the SIP trunk. If MTP is required, all outbound calls will use MTP, as will calls operating on the same codec. If MTP is enabled as needed, it is inserted if the trunk is incapable of sending complete information about its media capabilities in the SIP Invite message.

    Converting digital audio from one codec to another is a function of a transcoder, not of MTPs. Transcoders enable communication between devices that support dissimilar audio codecs. For example, a transcoder can translate a G.729encoded packet to a G.711encoded packet and vice versa. Transcoders translate the data stream in real time between two devices so that no audio delay is experienced by either endpoint.

    Sampling, encoding, and compression of analog audio is a function of a digital signal processor (DSP), not of MTPs. DSPs execute the steps required to convert an analog voice signal to digital packets, which allow voice data to traverse a Voice over IP (VoIP) network. There are four steps involved in converting analog audio data to digital audio data: sampling, quantization, encoding, and compression.

    Providing connectivity for SIP devices and H.323 devices is a function of a UCM’s SIP trunks and H.323 trunks, respectively, not of MTPs. UCM supports both SIP trunks and H.323 trunks.

  8. Which of the following features are supported by UCM IM and Presence Service in either IM-only mode or Cisco Unified Communications mode? (Choose three.)

    • audio calls
    • IM
    • Presence
    • video calls
    • XMPP integration
    Explanation:
    Instant message (IM), Presence, and Extensible Messaging and Presence Protocol (XMPP) integration are all Cisco Jabber features that are supported by Cisco Unified Communications Manager (UCM) IM and Presence Service in either IM-only mode or Cisco Unified Communications mode. The UCM IM and Presence Service enables a company to reduce communications delays in project collaboration by providing real-time, always available communications channels. For example, the IM and Presence Service supports persistent chat rooms, which are chat rooms that remain available even after the last user exits the room, and the ability to review IM history.

    The UCM IM and Presence Service has three modes of operation: IM-only mode, Cisco Unified Communications mode, and Microsoft Office Communicator and Microsoft Lync interoperability mode. In IM-only mode, Cisco Jabber and third-party XMPP clients can connect to and use UCM for IM and Presence services. In Cisco Unified Communications mode, the IM and Presence Service supports IM, Presence, XMPP federation, and audio and video calls. XMPP federation allows Cisco Jabber clients to communicate with clients that are registered to a different Cisco Jabber cluster.

    Neither the audio call feature nor the video call feature of Cisco Jabber is supported when UCM IM and Presence Service is running in IM-only mode. To place an audio or video call from Cisco Jabber, a user will typically click the Contacts button to search the list of contacts. Next, the user should click on the contact to call and press the phone icon. However, IM messaging will be the only available option if UCM is configured in IM-only mode.

    In Microsoft Office Communicator and Microsoft Lync interoperability mode, UCM IM and Presence Service enables users of Microsoft Office Communicator or Microsoft Lync to control Cisco IP phones.

  9. Which of the following is true of both the Cisco Unified Personal Communicator and the Cisco Unified Client Services Framework phone types in UCM?

    • Device names must begin with UPC.
    • Device names can be no longer than 15 characters.
    • Device names can contain uppercase letters only.
    • Device names can contain numbers and uppercase letters only.
    • Device names have no naming convention.
    Explanation:
    Softphone device names can be no longer than 15 characters for both the Cisco Unified Personal Communicator and the Cisco Unified Client Services Framework phone types in Cisco Unified Communications Manager (UCM). A softphone is software that behaves like a phone, enabling a user to have voice conversations over a typical workstation network connection. Softphone mode is an operational mode that Unified Personal Communicator uses to act as a softphone. In order to use Unified Personal Communicator as a softphone with UCM, you must add to UCM a device that enables the registration of Unified Personal Communicator in softphone mode.

    There are five steps to configuring an end user for Cisco Unified Personal Communicator:

    -Assign the user a license in UCM.
    -Create the end user in UCM.
    -Create the Client Services Framework device.
    -Associate the Client Services Framework device to the end user.
    -Associate a directory number (dn) to the end user.

    The Cisco Unified Personal Communicator device type naming convention requires that the name begin with the letters UPC and be derived from the UCM user name. The Cisco Unified Client Services Framework device type name has no such naming convention. However, neither the Cisco Unified Personal Communicator device type name nor the Cisco Unified Client Services Framework device type name can exceed 15 characters. In addition, the Cisco Unified Personal Communicator device type name cannot contain characters other than uppercase letters and numbers. By contrast, Cisco Unified Client Services Framework device type names can contain uppercase letters, lowercase letters, and numbers.

    For example, if you were to configure the user Joe Public with a UCM user name of jpublic, the softphone device name associated with the Cisco Unified Personal Communicator device type would be UPCJPUBLIC. Similarly, the user name of j_public or j.public would have an associated softphone device name of UPCJPUBLIC. If two UCM user names are similar enough to result in identical softphone device names, softphone registration problems can occur in UCM. Therefore, it is important to be aware of the Cisco Unified Personal Communicator naming convention when you are assigning user names and configuring softphone devices.

    You can configure a softphone device in UCM by clicking Device > Phone > Add New in the UCM administrative graphical user interface (GUI) and selecting either Cisco Unified Personal Communicator or Cisco Unified Client Services Framework from the Phone Type dropdown field. You must configure the Phone Type field with Cisco Unified Personal Communicator if the user is using Unified Personal Communicator version 7.0. You must configure the Phone Type field with Cisco Unified Client Services Framework if the user is using Unified Personal Communicator version 8.0 or later.

  10. An end user wants to use SNR so that incoming calls to the user’s IP phone simultaneously ring the user’s mobile phone. You have already enabled Mobility on the end user’s phone record in UCM. However, the user is not able to successfully configure SNR from the UCM Self Care portal.

    Which of the following should you examine to troubleshoot the issue? (Choose two.)

    • Application Dial Rules
    • Remote Destination Profile
    • Remote Destination
    • SNR assignment schedule
    Explanation:
    You should examine the Remote Destination Profile and the Remote Destination in Cisco Unified Communications Manager (UCM) Administration to troubleshoot the issue. Before a user can enable Single Number Reach (SNR), an administrator must perform the following actions:

    -Create a Remote Destination Profile
    -Create a Remote Destination
    -Enable Mobility on the end user’s phone

    In this scenario, you have already enabled Mobility on the end user’s phone. However, there is not enough information to determine whether the Remote Destination Profile and Remote Destination have been configured. You should therefore begin troubleshooting there.

    You do not need to examine the SNR assignment schedule. Because the end user has not yet been able to configure SNR, no SNR assignment schedule has been created. SNR assignment schedules enable users to configure specific days and spans of time during which the SNR configuration will be enabled. For example, if a user wanted to ensure that a given SNR was operational Monday through Friday from 8 a.m. until 6 p.m., the user could configure an SNR assignment schedule for those days and times.

    You do not need to examine the Application Dial Rules. Application Dial Rules are used to add or remove digits from numbers that users dial.

  11. Which of the following does the auto-reg-ephone command configure a CME router to do?

    • automatically assign an ephone to an IP phone
    • automatically assign an ephone-dn to an ephone
    • automatically assign an IP address to an IP phone
    • automatically assign an IP phone to a hunt group
    Explanation:
    The auto-reg-ephone command configures a Cisco Unified Communications Manager Express (CME) router to automatically assign an ephone to an IP phone. When an IP phone registers with a router that is configured with the auto-reg-ephone command, the router will associate the Media Access Control (MAC) address of the IP phone with the first unassigned ephone on the router. If all the ephones on the router are associated with IP phones, the router will create a new ephone, provided that the number of configured ephones does not exceed the value of the max ephone command. You can also manually assign an IP phone to an ephone by issuing the mac-address mac-address command in ephone configuration mode, where mac-address is the MAC address of the IP phone you want to assign to the ephone.

    The auto assign command configures a CME router to automatically assign an ephone-dn to an ephone, not an ephone to an IP phone. When an IP phone registers with a router that is configured with the auto assign command, the router will associate button 1 on the IP phone’s ephone with an existing, unused ephone-dn. If no ephone-dn is available, the phone will register but none of the phone’s buttons will be associated with ephone-dn extensions. It is possible to assign multiple buttons on a phone with unique ephone-dns. Similarly, it is possible to assign the same ephone-dn to more than one IP phone. However, when assigning multiple ephone-dns to the same device or a single ephone-dn to multiple devices, you should ensure that ephone-dns are correctly assigned in CME. Otherwise, calls to those ephone-dns could intermittently fail.

    The auto-reg-ephone command does not configure a router to automatically assign an IP address to an IP phone. A router that is configured as a Dynamic Host Configuration Protocol (DHCP) server automatically assigns an IP address to an IP phone. The following partial output from the show running-config command displays a DHCP server that is configured to distribute IP addressing information to IP phones:

    ip dhcp excluded-address 192.168.14.1 192.168.14.9
    ip dhcp pool IPPhones
    network 192.168.14.0 255.255.255.0
    default-router 192.168.14.1
    option 150 ip 192.168.14.1

    The auto-reg-ephone command does not configure a router to automatically assign an IP phone to a hunt group. IP phones are associated with ephones, ephones are associated with ephone-dns, and ephone-dns are manually assigned to hunt groups.

  12. You have installed Cisco Unified Communications ELM. A warning message appears at the top of the interface.

    Which of the following is most likely the problem?

    • You are using ELM in Dashboard View.
    • You are using ELM in License Usage View.
    • You are using ELM in Demo mode.
    • You are using ELM in Table View.
    • You are using ELM in Chart View.
    Explanation:
    Most likely, the problem is that you are using the Cisco Unified Communications Enterprise License Manager (ELM) in Demo mode. ELM requires that you install a license file before you can use it outside of Demo mode. If a warning appears at the top of the graphical user interface (GUI), you have most likely not installed a license file. ELM handles all licensing for Cisco Unified Communications Manager (UCM) and Cisco Unity Connection from version 9.0 forward. For example, you might use ELM to determine how many licenses remain available for a given Cisco Unified Communications product.

    Although you might be using ELM in Dashboard View, this would not cause a warning message to appear at the top of the GUI. Dashboard view displays an overview of products installed, license updates, and license synchronization times. Dashboard View also enables you to quickly determine whether any license alerts or synchronization failures have occurred.

    Although you might be using ELM in License Usage View, this would not cause a warning message to appear at the top of the GUI. License Usage View enables you to examine the licenses that have been installed in ELM and how those licenses are being used.

    Although you might be using ELM in the License Usage View’s Table View, this would not cause a warning message to appear at the top of the GUI. Table View is one of two views that you can select from License Usage View. In Table View, you can see the types of licenses in use, the number of licenses required, the number of licenses installed, the number of licenses not used, and whether the license type is in compliance. From Table view, you can also individually select and view specifics for each license, such as its description and usage chart.

    Although you might be using ELM in License Usage View’s Chart View, this would not cause a warning message to appear at the top of the GUI. Chart View is one of two views that you can select from License Usage View. In Chart View, you can see a graphical representation of the number of licenses that have been installed, the number of licenses that have been borrowed from a higher tier, the number of licenses required, and the number of licenses that have been loaned to a lower tier. Insufficient licenses are identified by a red X.

  13. You are configuring an IM and Presence deployment for a group of existing end-user accounts. You have configured the CUPS servers, enabled the appropriate UCM services, and created the appropriate service profile.

    Which of the following are you most likely to do next?

    • Click User Management > End User in the end-user configuration window.
    • Click Bulk Administration > Users > Insert Users in the BAT.
    • Click Bulk Administration > Users > Update Users in the BAT.
    • Click User Management > User/Phone Add > Feature Group Templates.
    Explanation:
    Of the available choices, you would most likely click Bulk Administration > Users > Update Users in the Bulk Administration Tool (BAT). The Update Users option enables you to use the BAT to simultaneously update multiple existing users at once. In this scenario, you want to simultaneously enable instant message (IM) and Presence services for multiple users. However, you would not click Bulk Administration > Users > Insert Users in the BAT, because that option is used to simultaneously add multiple new users to Cisco Unified Communications Manager (UCM).

    Before you can configure Cisco Unified Communications Manager (UCM) users with IM and Presence, you must configure Cisco Unified Presence (CUPS) servers and ensure that the Cisco Call Manager service and the Cisco Administrative Extensible Markup Language (AXL) Web Service are enabled and running. If you want to use Cisco Unified Personal Communicator in softphone mode, you should also ensure that Cisco Trivial File Transfer Protocol (Cisco TFTP) is enabled. To use Cisco Unified Personal Communicator in desk phone control mode, you must enable and start Cisco CTI Manager. After the services are configured, you must create an IM and Presence Service profile and assign users to that profile.

    You would not click User Management > End User. You would most likely click User Management > End User in the UCM Administration end-user configuration window if you are configuring and testing an IM and Presence server for a single existing end-user account. You can manually configure end users in UCM by clicking User Management > End User in the UCM administrative graphical user interface (GUI). You can also verify whether an existing user account is active by navigating to the End User page.

    You would not click User Management > User/Phone Add > Feature Group Templates, because that option is used to create feature groups that can be assigned to users, not to create or update users themselves. Feature groups can be used to restrict users to a given UCM feature set. By creating a feature group template, you can assign users a common set of restrictions instead of having to configure each new user’s entire feature set manually.

  14. You want Cisco Unified Serviceability to automatically notify you if the Cisco Tomcat service goes down.

    Which of the following should you do?

    • Click Trace > Configuration.
    • Click Alarm > Configuration.
    • Click Tools > Service Activation.
    • Click Tools > Serviceability Reports Archive.
    Explanation:
    You should click Alarm > Configuration to configure Cisco Unified Serviceability to automatically notify you if the Cisco Tomcat service goes down. The Cisco Unified Serviceability Alarm menu helps identify problems that exist with the Cisco Unified Communications system. Cisco Unified Serviceability alarms use Simple Network Management Protocol (SNMP) and Syslog to generate data that can be used as part of the troubleshooting process.

    You should not click Tools > Serviceability Reports Archive to configure Cisco Unified Serviceability to automatically notify you if the Cisco Tomcat service goes down. The Cisco Unified Serviceability Reports Archive contains all of the following types of statistical reports:

    -Device Statistics Report
    -Server Statistics Report
    -Service Statistics Report
    -Call Activities Report
    -Alert Summary Report
    -Performance Protection Report

    You should not click Tools > Service Activation in Cisco Unified Serviceability to configure Cisco Unified Serviceability to automatically notify you if the Cisco Tomcat service goes down. The Service Activation option under the Tools menu enables you to select individual services to activate or select all services at once. After you have selected the services you want to enable, you should click the Save button to activate those services.

    You should not click Trace > Configuration to configure Cisco Unified Serviceability to automatically notify you if the Cisco Tomcat service goes down. The Trace menu can be used to configure parameters for voice application debugging tools that can be used in troubleshooting efforts. However, the tools available through the Trace menu are typically logged for later manual review.

  15. You are manually configuring Cisco Jabber to connect to your company’s UCM 8.6 deployment. You want to manually configure Jabber clients to connect to the following servers:

    -TFTP: 192.168.51.10
    -CTI: 192.168.51.9
    -CCMCIP: 192.168.51.9

    Which of the following should you do?

    • Click Advanced settings in each Jabber client, and configure the servers.
    • Navigate to UCM Administrator’s Service Profiles, and configure the servers.
    • Navigate to UCM Administrator’s User Management, and configure the servers.
    • Edit DNS settings, and configure SRV records for each of the services.
    Explanation:
    You should click Advanced settings in each Cisco Jabber client and configure the IP addresses of the servers in the appropriate fields if you are manually configuring Cisco Jabber to connect to your company’s Cisco Unified Communications Manager (UCM) 8.6 deployment. Cisco Jabber’s Advanced settings dialog box contains several fields that can be used to configure how Cisco Jabber connects to UCM services, as shown in the following exhibit:
    300-835 Part 06 Q15 019
    300-835 Part 06 Q15 019

    In the exhibit above, the Cisco Jabber account type is configured to Cisco Communications Manager 8.x. In addition, the login server is configured to Use the following servers and the appropriate IP addresses have been configured in each of the server fields. Cisco Jabber’s Advanced settings dialog box features an Automatic option that allows Cisco Jabber to automatically configure itself as long as all of the following are true:

    1.UCM is operating at release 9 or later.
    2.A correct _cisco-uds Service (SRV) record has been configured on the Domain Name System (DNS) server.
    3.Automatic is selected in Advanced settings.
    4.An instant message (IM) and Presence Service profile has been configured in UCM.
    5.The IM and Presence Service profile has been correctly applied to end users in UCM User Management.

    There is not enough information in the scenario to determine whether a service profile has been configured, whether the DNS record is available, whether automatic configuration is selected, or whether the users have been configured with the IM and Presence Service. Even if that information were provided, the UCM deployment in this scenario is running release 8.6, which does not support the automatic configuration of Cisco Jabber clients.

    You do not need to navigate to UCM Administrator’s Service Profiles and configure the servers. However, you would navigate to UCM Administrator’s Service Profiles and create an IM and Presence Service profile if you were configuring UCM to enable the automatic configuration of Jabber clients.

    You do not need to navigate to UCM Administrator’s User Management and configure the servers. However, you would navigate to UCM Administrator’s User Management to apply an IM and Presence Service profile to the user accounts that would be associated with Cisco Jabber installations if you were configuring UCM to enable the automatic configuration of Jabber clients.

    You do not need to edit DNS settings and configure SRV records for each of the services. However, you would configure an SRV record named _cisco-uds if you were configuring UCM to enable the automatic configuration of Cisco Jabber clients.

  16. Which of the following can you display by clicking User Reports > Top N in the UCM 8.0 CAR GUI?

    • the top number of billing errors
    • the top call volume for a given period of time
    • the top QoS rating information for inbound calls
    • the top number of users by maximum length of calls
    Explanation:
    You can display information about the top number of users by maximum length of calls by using the User Reports menu. The By Duration report can be accessed by clicking User Reports > Top N in the Cisco Unified Communications Manager (UCM) Call Detail Records (CDR) Analysis and Reporting (CAR) graphical user interface (GUI). This report enables a CAR administrator to view users who have made the longest calls over a given period of time, starting with the user who placed the longest call.

    You can view information about the call volume for a given period of time by using the System Reports > Traffic > Summary by Phone Number report in the UCM CAR GUI. This report enables a CAR administrator to choose a range of time and IP phone extension numbers from which to view call volume information, thereby enabling an administrator to view what extensions were in use at a specific time.

    You can view information about the current number of billing errors by using the System Reports > CDR Error report in the UCM CAR GUI. This report enables a CAR administrator to view the number of errors that occurred when CDR data was loaded into the reporting system.

    You can view Quality of Service (QoS) rating information for inbound calls by using the System Reports > QoS > Detail report in the UCM CAR GUI. The Detail report enables a CAR administrator to choose a UCM network and a period of time for which to view QoS ratings for both inbound and outbound calls. The Detail report can be used to monitor QoS at a user level.

  17. Which of the following is available from the Service Statistics Report in Cisco Unified Serviceability?

    • the number of registered phones per server
    • the number of H.323 gateways in the cluster
    • the number of trunks in the cluster
    • the number of open CTI lines
    Explanation:
    The number of open Computer Telephony Integration (CTI) lines is available from the Cisco Unified Serviceability Service Statistics Report. You can access the Service Statistics Report by navigating to Tools Serviceability Reports Archive in Cisco Unified Serviceability. The Cisco Unified Serviceability Reports Archive contains all of the following types of statistical reports:

    -Device Statistics Report
    -Server Statistics Report
    -Service Statistics Report
    -Call Activities Report
    -Alert Summary Report
    -Performance Protection Report

    Each report type contains statistical information, including charts, about the given activity. The Device Statistics Report contains information about the number of registered phones per server, the number of H.323 gateways in the cluster, and the number of trunks in the cluster.

  18. Which of the following enables an administrator to view reports and manage UCM features?

    • CAR
    • RTMT
    • Unified Serviceability
    • Unified Reporting
    Explanation:
    Cisco Unified Serviceability enables an administrator to view reports and manage Cisco Unified Communications Manager (UCM) features. Unified Serviceability is a browser-based troubleshooting tool that uses Secure Hypertext Transfer Protocol (HTTPS) to access information that is provided by other reporting tools, such as Cisco Unified Real-Time Monitoring Tool (RTMT) and Cisco Unified Call Detail Records (CDR) Analysis and Reporting Tool (CAR).

    Unified Serviceability provides access to several feature services that can be activated by using the Service Activation window, including database services, CDR services, and security services. You can access Unified Serviceability by clicking Navigation > Cisco Unified Serviceability from within the UCM administrative graphical user interface (GUI) or by using the HTTPS address https://ipaddress:8443/ ccmservice/, where ip-address is the IP address of the UCM server or cluster.

    You cannot manage UCM features by using Cisco Unified Reporting. Similar to Unified Serviceability, Unified Reporting is a browser-based troubleshooting tool that uses HTTPS to access information that is provided by other reporting tools, such as RTMT and CAR. However, Unified Reporting does not provide access to feature activation tools and network service activation tools. You can access Unified Reporting by clicking Navigation > Cisco Unified Reporting from within the UCM administrative GUI or by using the HTTPS address https://ipaddress:8443/cucreports/, where ip-address is the IP address of the UCM server or cluster. For example, after you have navigated to Cisco Unified Reporting, you could navigate to System Reports > Unified CM Data Summary > Generate Report to monitor system activities.

    You cannot manage UCM features by using CAR. CAR generates CDR reports, Quality of Service (QoS) reports, traffic reports, and billing reports. CAR reports are not real-time reports. You can access CAR by clicking Tools > CDR Analysis and Reporting in Unified Serviceability if you are a system administrator or by using the HTTPS address https://ipaddress:8443/car/Logon.jsp, where ip-address is the IP address of the UCM server or cluster, if you are a CAR administrator or user.

    You cannot manage UCM features by using RTMT. RTMT is a client-side application that enables an administrator to monitor devices on a Cisco Voice over IP (VoIP) network in real time. RTMT uses HTTPS to connect to VoIP devices and gather information, such as device status and performance statistics, in real time. The data that is gathered by RTMT can then be used to pinpoint problems on the VoIP network or to monitor performance thresholds. To access RTMT, you should first ensure that the Cisco RTMT Reporter Servlet and Cisco Serviceability Reporter services are running in the UCM environment. Next, you should install the RTMT plugin on a workstation by clicking Application > Plugins in the UCM administrative graphical user interface (GUI). After you have installed the plugin, you should launch the Real-Time Monitoring Tool application on the workstation, type the appropriate IP address and credential information for accessing the UCM server or cluster, select the Secure Connection check box, and then click OK.

  19. You want to manually delete the CTL file from a single Cisco 7961 IP phone.

    Which of the following should you do?

    • Delete the file from the TFTP server and restart the IP phone.
    • Press Settings > **# > Security Configuration > CTL File on the IP phone.
    • Press Settings > **#** on the IP phone.
    • Delete the file from the UCM server.
    Explanation:
    To manually delete the Certificate Trust List (CTL) file from a single Cisco 7961 IP phone, you should press Settings > **# > Security Configuration > CTL File on the IP phone and then erase the file. You can access the Settings menu by pressing the settings button on the phone’s keypad. The **# keypad sequence unlocks the IP phone’s settings so that they can be modified. CTL files are a component of a secure Cisco Unified Communications Manager (UCM) configuration. They are used as part of the device, file, and signaling authentication process. When a phone initializes, it downloads the CTL file from the Trivial File Transfer Protocol (TFTP) server.

    You might need to delete a CTL file from an IP phone if you move the phone to a different UCM cluster or to storage. You might also need to delete a CTL file from an IP phone if the secure cluster’s configuration changes or you lose the security tokens with which the CTL was signed.

    You should not delete the file from the TFTP server. Deleting the file from the TFTP server would remove the file’s availability to all IP phones registered with the secure server, not just the IP phone you are servicing.

    You should not press Settings > **#** on the IP phone. The phone will reset when you press the **#** keypad sequence at the Settings menu of a Cisco IP phone. An IP phone reset will reinitialize the phone, which means that the phone will reboot, contact the Dynamic Host Configuration Protocol (DHCP) server to obtain network configuration information, and then download its configuration file from the TFTP server. The IP phone will also unregister and reregister with the Cisco call processor platform.

  20. Which of the following best describes the purpose of the UCM DNA?

    • It records outbound dialed numbers for later review in RTMT.
    • It analyzes dialed numbers to determine how the call should be billed.
    • It is used to test dial plans both before and after deployment.
    • It maintains real-time device registration status information.
    Explanation:
    The Cisco Unified Communications Manager (UCM) Dialed Number Analyzer (DNA) is used to test dial plans both before and after deployment. A dial plan is a set of rules, or route plan, that determines how calls reach their destinations. A Voice over IP (VoIP) dial plan enables a company to route calls between geographically dispersed sites while keeping the calls on-network. On-network calls are calls routed over a single network, such as an IP data network. By contrast, off-network calls are calls that are routed through multiple telephony networks, such as those routed over the public switched telephone network (PSTN). DNA and verification of the calling search space are both ways to troubleshoot error recordings when attempting to make off-network calls.

    DNA does not record outbound dialed numbers for later review in the Cisco Unified Real-Time Monitoring Tool (RTMT). DNA initially displays results in a new browser window. However, you can export data from DNA in the form of an Extensible Markup Language (XML) file, not log data that is displayed by RTMT.

    DNA does not maintain real-time device registration status information. The Cisco Real-time Information Server (RIS) maintains device registration statuses, performance counter information, and information about critical alarms in real time. Similar to DNA, the Cisco RIS Data Collector, which transmits data to the RIS, runs as a UCM service. If you notice that UCM-registered devices are not showing up in the UCM Administration pages, you should try restarting the Cisco RIS Data Collector service.

    DNA does not analyze dialed numbers to determine how the call should be billed. Billing reports are typically generated by the Cisco Call Detail Records (CDR) Reporting and Analysis (CAR) tool. CAR also generates CDR reports, Quality of Service (QoS) reports, and traffic reports.