300-835 : Automating Cisco Collaboration Solutions (CLAUTO) : Part 13
-
You want to test a new dial plan before you deploy the plan in a UCM environment.
Which of the following tools should you use? (Select the best answer.)
- CAR
- DNA
- RIS
- RTMT
Explanation:
You should use the Cisco Unified Communications Manager (UCM) Dialed Number Analyzer (DNA) to test a new dial plan before you deploy the plan in a UCM environment. You can also use DNA to test a dial plan after deployment. 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.
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 onnetwork. Onnetwork calls are calls routed over a single network, such as an IP data network. By contrast, offnetwork 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 offnetwork calls.
You should not use Cisco Unified RealTime Monitoring Tool (RTMT). RTMT is a clientside application that enables an administrator to monitor devices on a Cisco VoIP network in real time by using Secure Hypertext Transfer Protocol (HTTPS). 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.
You should not use the Cisco Realtime Information Server (RIS). The 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 UCMregistered devices are not showing up in the UCM Administration pages, you should try restarting the Cisco RIS Data Collector service.
You should not use the Cisco Call Detail Records (CDR) Reporting and Analysis (CAR) tool. CAR is used to generate CDR reports, Quality of Service (QoS) reports, traffic reports, and billing reports. -
You are troubleshooting a PRI connection to the PSTN.
Which of the following state messages most likely indicates a Layer 2 problem? (Select the best answer.)
- ACTIVE
- DEACTIVATED
- TEI_ASSIGNED
- MULTIPLE_FRAME_ESTABLISHED
Explanation:
Of the available choices, a Layer 2 state of TEI_ASSIGNED is most likely to indicate a Layer 2 problem with an Integrated Services Digital Network (ISDN) primary rate interface (PRI) connection to the public switched telephone network (PSTN). The show isdn status command can be issued to verify or detect signaling problems on a PRI.
If the Layer 2 state of the ISDN PRI is TEI_ASSIGNED when the Layer 1 state is ACTIVE, it is probable that the ISDN router has not been able to exchange Layer 2 frames with the telephone company’s switch. You can issue the debug isdn q921 command to further troubleshoot Layer 2 issues on a PRI connection to the PSTN.
The Layer 2 MULTIPLE_FRAME_ESTABLISHED state indicates that the ISDN router is communicating with the telephone company’s switch. In order to establish Layer 2 connectivity, the ISDN router must first receive an ISDN Set Asynchronous Balanced Mode Extended (SABME) message and respond with an Unnumbered Acknowledge (UA) frame. After the frame is sent and the router is synchronized with the switch, Layer 2 frames are constantly exchanged between the ISDN router and the switch.
Unless the physical line or interface connecting the PRI to the PSTN is down, the show isdn status command should always report a Layer 1 status of ACTIVE. If the show isdn status command reports a Layer 1 status of DEACTIVATED, you should verify that the no shutdown command has been issued on the interface and issue the show controllers command to verify that the connection is running properly. A state of DEACTIVATED indicates a Layer 1 problem with an ISDN PRI connection to the PSTN. -
You issue the no ip source-address 172.16.0.1 command in telephony service configuration mode on a CME router.
Which of the following is true? (Select the best answer.)
- The CME router will no longer receive credential services messages.
- The CME router will receive IP phone messages through an alternate port.
- The CME router will no longer receive messages from IP phones.
- The CME router will receive messages from IP phones by using IPv6.
Explanation:
The Cisco Unified Communications Manager Express (CME) router will no longer receive messages from IP phones if you issue the no ip source address 172.16.0.1 command in telephony service configuration mode. The syntax of the ip source address command is ip source address {ipv4address | ipv6address}, where ipv4address is the IP version 4 (IPv4) address on which you want the router to receive IP phone messages. Issuing the no form of this command disables the CME router’s ability to receive messages from IP phones.
The CME router will not receive IP phone messages through an alternate port. To configure the CME router to receive IP phones through an alternate port, you should issue the ip source address command with the port keyword. However, the port keyword applies only to Skinny Client Control Protocol (SCCP) phones and operates only on an IPv4 address. For example, issuing the ip source address 172.16.0.1 port 2400 command in telephony service configuration mode configures the CME router to receive IP phone messages on 172.16.0.1 on Transmission Control Protocol (TCP) port 2400. If the portkeyword is not specified, the CME router receives the IP phone messages on TCP port 2000.
The CME router will not receive messages from IP phones by using IPv6. In order to configure the CME router to receive messages from IP phones by using IPv6, you should issue the ip source address command with an IPv6 address instead of an IPv4 address. You can also configure the source address to operate in dualstack mode by issuing the secondary keyword followed by an IPv4 address. For example, the ip source address 2001:DB8:A::1 secondary 172.16.0.1 command configures the CME router to receive IP phone messages at either the IPv6 address of 2001:DB8:A::1 or the IPv4 address of 172.16.0.1.
You cannot configure whether the CME router will receive credential services messages from telephony service configuration mode. Issuing the ip source address ip address command in credentials configuration mode configures the CME router to receive credential services messages from a particular IP address. Issuing the no form of this command in credentials configuration mode disables that ability. -
You issue the showrunning config command on a CME router and receive the following partial output:
A caller dials 3021234.
Which of the following dial peers will the router use? (Select the best answer.)- 1
- 2
- 3
- 4
Explanation:
The Cisco Unified Communications Manager Express (CME) router will use dial peer 4 to route the voice data when a caller dials 3021234. When a caller dials 3021234, the router collects the digits as the caller dials them. The router compares the dialed digits against dial peer destination patterns on a digitbydigit basis. Because dial peer 4 most specifically matches the dialed string 302, the router will immediately process the call by using dial peer 4 as soon as the caller completes the 302 sequence of characters.
If multiple dial peers explicitly match the destination pattern, the most specific match for the pattern will be used. For example, if dial peer 4 were removed from this scenario, a caller dialing 3021234 would immediately match all three of the remaining dial peers. Dial peer 3, because it explicitly defines the dialed string, would be the most specific match. Dial peer 1, because its destination pattern contains seven wildcards, would be the least specific match.
The router will not use dial peer 3 to route the voice data when a caller dials 3021234. Although dial peer 3 is the most specific destination pattern match for the entire string of dialed digits, the router will process the most specific match on a digit by digit basis. Therefore, the router will process the call as soon as dial peer 4 is matched, before the caller has had a chance to complete the full sevendigit string.
The router will not use dial peer 1 or dial peer 2 to route the voice data when a caller dials 3021234. Although the destination pattern configured for dial peer 1 would match any sevendigit dialed string, the destination pattern is not the most specific match for 3021234. Similarly, the destination pattern configured for dial peer 2 would match the dialed string, but it is a less specific match than dial peer 4, because four of the seven digits in the dial peer 2 destination pattern command are wildcards. -
Which of the following UCM services enables the use of Cisco Unified Personal Communicator in softphone mode when integrating a CUPS server with UCM? (Select the best answer.)
- Cisco AXL Web Service
- Cisco CallManager
- Cisco CTIManager
- Cisco TFTP
Explanation:
The Cisco Trivial File Transfer Protocol (Cisco TFTP) service enables the use of Cisco Unified Personal Communicator in softphone mode when integrating a Cisco Unified Presence (CUPS) server with Cisco Unified Communications Manager (UCM). The Cisco TFTP service is also used by UCM to update physical IP phone firmware.
The Cisco Call Manager service does not enable the use of Cisco Unified Personal Communicator in softphone mode. However, the Cisco Call Manager service, which is also called the Cisco Unified Communications Service, is required for UCM to use software call processing, signaling, and control.
The Cisco CTI Manager service does not enable the use of Cisco Unified Personal Communicator in softphone mode. The Cisco Computer Telephony Integration (CTI) feature is a development system that enables programmers to create applications that can connect to and communicate with a Cisco Unified Communications system. The CTI Manager service is required in order to use Cisco Unified Personal Communicator in desk phone control mode.
Cisco Administrative Extensible Markup Language (AXL) Web Service does not enable the use of Cisco Unified Personal Communicator in softphone mode. However, the Cisco AXL Web Service is required to enable the synchronization of data between CUPS and UCM. -
Your company needs to connect a single analog telephone to UCM and has no plans to support the addition of future analog voice or fax devices.
Which of the following are you most likely to deploy? (Select the best answer.)
- Cisco VG202
- Cisco VG204
- Cisco VG224
- Cisco VG248
Explanation:
Most likely, you would deploy a Cisco VG202 Analog Voice Gateway if your company needs to connect a single analog telephone to Cisco Unified Communications Manager (UCM) and has no plans to support the addition of future analog voice or fax devices. The Cisco VG202 Analog Voice Gateway houses two FastEthernet ports and two foreign exchange station (FXS) ports. The FastEthernet ports can be used to connect the gateway to UCM. The FXS ports can be used to connect the gateway to a maximum of two analog voice devices, such as corded analog telephones or cordless analog telephone bases. Because your company needs to connect a single analog telephone to UCM, you do not need more than two FXS ports.
A simple way to remember the number of analog devices that a given VG200 series Analog Voice Gateway device supports is to examine the last two digits of the model number. A VG202 supports two analog devices. A VG204 supports four analog devices. A VG224 supports 24 analog devices. A VG248 supports 48 analog devices. This method applies to the VG200 series of Analog Voice Gateways but does not necessarily apply to other Cisco voice gateway models.
You do not need to deploy a Cisco VG204 Analog Voice Gateway, because your company does not need to connect more than one analog telephone to UCM. The Cisco VG204 Analog Voice Gateway consists of two FastEthernet ports and four FXS ports. Therefore, the VG204 can connect up to a maximum of four analog voice devices to UCM.
You do not need to deploy a Cisco VG224 Analog Voice Gateway, because your company does not need to connect more than one analog telephone to UCM. The Cisco VG224 allows you to connect up to a maximum of 24 analog devices to UCM.
You do not need to deploy a Cisco VG248 Analog Voice Gateway, because your company does not need to connect more than one analog telephone to UCM. The Cisco VG248 allows you to connect up to a maximum of 48 analog devices to UCM. -
Which of the following ports can UCM use to communicate with an IP phone if the phone supports only SIP for call signaling? (Select the best answer.)
- TCP port 2000
- UDP port 2427
- TCP or UDP port 5060
- TCP port 6970
- UCM will be unable to communicate with the IP phone.
Explanation:
Cisco Unified Communications Manager (UCM) can use Transmission Control Protocol (TCP) port 5060 or User Datagram Protocol (UDP) port 5060 to communicate with an IP phone if the phone supports only Session Initiation Protocol (SIP) for call signaling. The signaling conversation between UCM and an IP phone controls many of the IP phone’s functions, such as call initiation, call termination, and call waiting notification. UCM can have multiple, simultaneous signaling conversations with IP phones using different protocols. For example, UCM can use SIP to communicate with one IP phone and use Skinny Client Control Protocol (SCCP) to communicate with another IP phone on the same network. SCCP uses TCP port 2000.UCM does not use UDP port 2427 or TCP port 6970 to communicate with an IP phone for call signaling. Media Gateway Control Protocol (MGCP) uses UDP port 2427 for gateway control messages. IP phones can use TCP port 6970 to download firmware and configuration files from UCM.
-
Which of the following are not Cisco Unity Connection features that you can modify in the Phone section of the User Templates Basics page? (Select 3 choices.)
- CoS
- partition
- search space
- voice mail password
- web application password
- time zone
Explanation:
You cannot modify the Cisco Unity Connection time zone feature in the Phone section of the User Templates Basics page. If your company’s Cisco Unity Connection implementation must support users in different time zones, you can create a unique user template for each time zone. Within each template, you can configure the time zone in the Location section of the User Templates Basics page. You can also adjust the system default language in this section.
In addition, you can modify neither the voice mail password nor the web application password in the Phone section of a Cisco Unity Connection User Templates Basics page. Cisco Unity Connection users have two passwords: the voice mail system password that is issued by using the telephone user interface (TUI) and the web application password that is issued by using Cisco Unity Connection’s web based graphical user interface (GUI). The voice mail password is a personal identification number (PIN) that enables a user to access his or her voice mailbox in Cisco Unity Connection. The web application password is an alphanumeric password that enables a user to access and modify specific Cisco Unified Communications settings by using a browser.
To access the Voice Mail Password Settings section of a user template, you should click Templates > User Templates in Cisco Unity Connection and select Voice Mail from the Choose Password dropdown menu. To access the Web Application Password Settings section of a user template, you should click Templates > User Templates in Cisco Unity Connection, then select Web Application from the Choose Password dropdown menu.
You can modify Class of Service (CoS) features in the Phone section of a Cisco Unity Connection User Templates Basics page. CoS settings enable an administrator to apply a specific set of privileges to Cisco Unity Connection users. In addition, you can modify partition features and search space features in the Phone section of a Cisco Unity Connection user template. A partition is a logical grouping of Voice over IP(VoIP) route patterns and directory numbers (dns). A search space is an ordered list of partitions that a device is allowed to search for patterns that match a dialed number. -
You are configuring digest authentication so that the identity of SIP phones can be challenged by the UCM to which they are connected. After configuring an appropriate security profile, you apply the profile to each SIP phone on the network. After creating a digest user in the UCM Administration End User window, you notice that a Cisco 7961G IP phone is not able to authenticate with UCM.
Which of the following should you do? (Select 2 choices.)
- Associate the digest user with the SIP phone in UCM Administration.
- Configure the SIP realm on a SIP trunk.
- Reset the phone.
- Specify digest credentials in the Application User Configuration window.
- Upload the configuration file to the TFTP server.
Explanation:
You should associate the digest user with the Session Initiation Protocol (SIP) phone in Cisco Unified Communications Manager (UCM) Administration and then reset the Cisco 7961G IP phone in order to enable the phone to use digest authentication to verify its identity with the UCM to which it is connected.The digest credentials for most Cisco IP phones are stored in the phone’s configuration file, which is downloaded from a Trivial File Transfer Protocol (TFTP) server when the phone is started or reset. On Cisco 7940G and 7960G SIP IP phones, the digest credentials must be manually entered from the IP phone.
Digest credentials consist of a unique user ID, password, and digest realm. UCM generates a Message Digest 5 (MD5) hash from these values and a random number. A checksum is generated from the hash. The user name and checksum are then stored in the UCM database in an encrypted format.
To enable UCM to authenticate a SIP phone, you should first configure a security profile for SIP phones and verify that the Enable Digest Authentication check box has been selected. Next, you should apply the security profile to the SIP phones that you want to be authenticated. After the security profile has been created and applied, you should configure a digest user in the UCM Administration End User window, where you specify the digest user ID and password that you want the SIP phone to use to authenticate. Finally, you must associate the digest user with the SIP phone that you want to be authenticated and reset that SIP phone so that it downloads its new configuration. The new configuration contains the digest credentials.
You do not need to upload the SIP phone configuration file to the TFTP server. UCM updates the configuration file so that it can be downloaded from the TFTP server by the IP phones. However, for security reasons, you might want to ensure that TFTP traffic between the server and the IP phones is encrypted. Otherwise, the digest credentials will be included in a configuration file that is sent across the network as clear text.
You do not need to specify digest credentials in the Application User Configuration window. The Application User Configuration window can be used to specify digest credentials for SIP applications that you want to authenticate with UCM.
There is nothing in this scenario to indicate that you should configure the SIP realm on a SIP trunk. You would need to configure a SIP realm if you were receiving digest authentication challenges over a SIP trunk. -
You want to configure Port A on a Cisco TelePresence MCU 5300 with IP address 192.168.1.43, subnet mask 255.255.255.0, and default gateway 192.168.1.1.
Which of the following commands or command sets should you issue? (Select the best answer.)
- static A 192.168.1.43 255.255.255.0 192.168.1.1
- ip address 192.168.1.43 255.255.255.0 192.168.1.1
- set network ip static 192.168.1.43 255.255.255.0 192.168.1.1
- xConfiguration Network 1 IPv4 Address: “192.168.1.43”
xConfiguration Network 1 IPv4 SubnetMask: “255.255.255.0”
xConfiguration Network 1 IPv4 Gateway: “192.168.1.1” - interface A
ip address 192.168.1.43 255.255.255.0
ip defaultgateway 192.168.1.1
Explanation:
You should issue the static A 192.168.1.43 255.255.255.0 192.168.1.1 command. The static command configures a static IP address for a port on the Cisco TelePresence multipoint control unit (MCU) 5300. The syntax of the static A command is static A ip address subnetmask [defaultgateway].The Cisco MCU 5300 has two Ethernet interfaces: Port A and Port B. To configure Port B with a static IP address, you should issue the static B ip address subnetmask [defaultgateway] command.
You can also configure a static IP address for either port by using the web interface. To do so, navigate to Network > Port A or Network > Port B, set the IP configuration option to Manual, and configure the IP address, Subnet mask, and Default gatewayfields.
You should not issue the following command set:
interface A
ip address 192.168.1.43 255.255.255.0
ip defaultgateway 192.168.1.1This command set is similar to the IP address configuration of a Cisco router or switch. However, these commands are not valid on a Cisco MCU 5300.
You should not issue the ip address 192.168.1.43 255.255.255.0 192.168.1.1command. The ip address command is not valid on a Cisco MCU 5300.
You should not issue the following command set:
xConfiguration Network 1 IPv4 Address: “192.168.1.43”
xConfiguration Network 1 IPv4 SubnetMask: “255.255.255.0”
xConfiguration Network 1 IPv4 Gateway: “192.168.1.1”You would issue these commands to configure a static IP address on a Cisco TelePresence System (CTS) Codec, such as the C40 or C60.
You should not issue the set network ip static 192.168.1.43 255.255.255.0 192.168.1.1 command. The set network ip static command is used to configure a static IP address on a CTS 1000. The syntax of the set network ip static command is set network ip static ipaddress subnetmask default gateway [dnsaddress1] [dnsaddress2] [domain]. After you configure the static IP address, the CTS 1000 will automatically restart. -
You are unable to create a new user from UCM Administration.
Which of the following is most likely the cause of the problem? (Select the best answer.)
- The Telephone Number field is empty.
- An IP phone has not been associated with the account you are creating.
- The Cisco Unity User check box has not been selected.
- Users have been synchronized from LDAP.
Explanation:
Of the available choices, most likely you are unable to create a new user from Cisco Unified Communications Manager (UCM) Administration because users have been synchronized from Lightweight Directory Access Protocol (LDAP). New users can be directly created from UCM Administration only if LDAP server synchronization is disabled. You can determine whether LDAP synchronization is enabled by navigating to System > LDAP > LDAP System in UCM Administration.If users are not able to view telephone numbers in the corporate directory, you should verify that the Telephone Number field is not empty. Users are capable of searching UCM directory information from IP phones or applications. However, in order for users to see that information, the appropriate fields must be filled in for each UCM user in UCM Administration or in the LDAP directory from which UCM obtains the information.
If the UCM user you created was not also created in Cisco Unity Connection, you should verify that the Cisco Unity User check box was selected for that user in UCM Administration. When you create a user in UCM Administration, you can simultaneously create a Cisco Unity Connection account for that user by selecting the Cisco Unity Usercheck box in UCM Administration. However, you will still need to edit the newly created Cisco Unity Connection user account in Cisco Unity Connection to complete the configuration.
It is not likely that you cannot create a user in UCM Administration if an IP phone has not been associated with the account. You cannot associate a device with an end user unless the end user account has already been created. -
You want to delete 100 unassigned dns from the UCM database.
Which of the following sets of steps could you use? (Select 2 choices.)
- Use Bulk Administration > Phones > Delete Phones > Delete Unassigned DN to find and remove the dns.
- Use Call Routing > Route Plan Report to find and remove the dns.
- Use Call Routing > Directory Number to find and remove the dns.
- Use Device > Phone > Directory Number Configuration to find and remove the dns.
- Use Device > Phone > Device Information to find and remove the dns.
Explanation:
You could use either Bulk Administration > Phones > Delete Phones > Delete Unassigned DN or Call Routing > Route Plan Report to find and remove 100 unassigned directory numbers (dns) from the Cisco Unified Communications Manager (UCM) database. An unassigned dn is a dn that is not associated with a specific device, such as an IP phone, but that can still be used to forward calls to voice mail or to another dn that is associated with a device. For UCM to load and use an unassigned dn, the Activecheck box must be selected for the dn. The Active check box is only displayed for unassigned dns.The UCM Bulk Administration > Phones > Delete Phones > Delete Unassigned DNwindow automatically searches for and displays a list of unassigned dns in the UCM database. Once the list of unassigned dns is complete, you should select the Run Immediately radio button and then click Submit to immediately delete the unassigned dns from the UCM database.
To find 100 dns by using Call Routing > Route Plan Report, you should choose Unassigned DN from the Find dropdown menu and then click the Find button. Once the list of unassigned dns is complete, you can select the check box beside each dn that you want to delete and then click the Delete Selected button to immediately delete the unassigned dns from the UCM database. Alternatively, you can remove all unassigned dns at once by clicking the Delete All Found Items button instead of the Delete Selectedbutton.
Problems with unassigned dns can cause an IP phone that is attempting to autoregister with UCM to display the following error:
Registration Rejected: Error DBConfig
Therefore, you should remove unassigned dns from the auto registration configuration if this error occurs.
You cannot use Device > Phone > Directory Number Configuration to find and remove 100 unassigned dns from the UCM database. The Directory Number Configuration window in UCM is for adding dns to an IP phone, updating dn associations with an IP phone, and removing dns from an IP phone. Although you can add new dns to the UCM database by using the Directory Number Configuration window, you cannot remove a dn from the UCM database by using that window. You can also use the Directory Number Configuration window to reassign dns that have been removed. The Route Plan Report can also be used to accomplish this task.
You cannot use Call Routing > Directory Number to find and remove 100 unassigned dns from the UCM database. However, similar to Device > Phone > Directory Number Configuration, you can use Call Routing> Directory Number to add a dn to the UCM database or to update information about the dn in the UCM database. You can also add a dn to a phone immediately after you add the phone to UCM by clicking the Line [1] -Add a new DN link or the Line [2] -Add a new DN link in the Association Information area, which is displayed on the left side of the Phone Configuration window in UCM.
You cannot use Device > Phone > Device Information to find and remove 100 unassigned dns from the UCM database. However, you can use this option to configure the IP phone Media Access Control (MAC) address, security profile, device pool, phone button template, location, privacy settings, and mobility mode. -
Which of the following are Cisco Unified Communications ELM License Usage views? (Select 2 choices.)
- Chart View
- Dashboard View
- Table View
- Demo View
- Product Instances View
Explanation:
Both Table View and Chart View are Cisco Unified Communications Enterprise License Manager (ELM) License Usage views. License Usage View enables you to examine the licenses that have been installed in ELM and how those licenses are being used. 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.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.
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. 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.
ELM operates in Demo mode when no license file is installed, but it does not have a Demo View. 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.
Product Instances is an area in ELM, not a view, in which you can add a product. In a UCM cluster, only the Publisher can be added to a product instance. After you have added a product instance to ELM, you can use Dashboard View or License Usage View to determine what licenses are required for that product. -
Which of the following terms defines a value that represents voice quality in a network depending on codec and region? (Select the best answer.)
- Jitter
- QoS
- MOS
- R-Factor
Explanation:
Of the available choices, the term Mean Opinion Score (MOS) defines a value that represents voice quality in a network depending on codec and region. MOSs are calculated scores that are mitigated by voice quality hindrances, such as latency and jitter. In addition, MOS scales are not standard across codecs and regions. Therefore, the MOS scale for one codec might not be applicable to another codec. Devices such as the Cisco Network Analysis Module (NAM) monitor active Realtime Transport Protocol (RTP) streams in order to gather the statistical data to compute the MOS.An R-Factor is also a value that represents voice quality in a network. However, the way R-Factor measurements are calculated is the same across all codecs and regions. Therefore, R-Factor measurements might be a simpler means of evaluating an enterprise that spans regions or deploys a number of different codecs.
Quality of Service (QoS) is a Voice over IP (VoIP) technique that ensures call quality and integrity by mitigating delay and dropped packets, which can interrupt the flow of a VoIP call. Typical QoS techniques include buffer management and the use of multiple transmission queues to separate types of multimedia packets. Because voice traffic is sent in real time, quality is critical.
Jitter is a variation in delay that can cause packets to arrive out of sequence or at a different rate than they were sent. As a result, the end user might experience choppiness in the audio connection. Thus shorter packet roundtrip times contribute to better voice quality. -
You are the administrator for a small VoIP network connected to an ITSP in the United States. The topology consists of one voice router, a UCM, and three PoEcapable switches. All of the IP phones are receiving power. However, none of the IP phones on the network are registering with UCM.
In which of the following fault domains should you begin troubleshooting? (Select the best answer.)
- the IP phones
- the cables connecting the IP phones to the switches
- the network switches that are connected to the IP phones
- the UCM configuration
Explanation
Because none of the IP phones on the network are registering with Cisco Unified Communications Manager (UCM), you should begin troubleshooting at the UCM configuration. Licensing problems or other configuration issues could be preventing IP phones from registering with UCM. You might also begin troubleshooting at the voice router instead of the UCM if all the IP phones on the network are able to register with UCM but are not able to make calls beyond the router.
You would not begin troubleshooting at the IP phones, because all the IP phones are affected. If only one user were experiencing the problem, you could begin troubleshooting the IP phone fault domain.
You would not begin the troubleshooting process by examining the cables connecting the IP phones to the switch. You might check the cable connecting the IP phone to the switch or the switch port to which the cable is connected if a single IP phone were a Power over Ethernet (PoE) device that was not receiving power from the switch, or if Cisco Unified Communications Manager (UCM) reported that the device is of an unknown type. You might also check the network cable and switch port if the device were powered by a power supply but unable to register and download a configuration.
It is not likely that you would begin troubleshooting the network switches, because all users are affected by the problem. You might begin troubleshooting the problem at the network switches if an entire department within an organization were reporting a problem or if only the users connected to a given switch were experiencing a problem. -
You administer a UCM network of 500 IP phones
You need to add 50 new IP phones to your company’s UCM network before the end of the workday. Which of the following does Cisco recommend you do? (Select the best answer.)
- Add a second UCM server to the cluster.
- Add the phones by using the BAT.
- Enable auto-registration in UCM.
- Provision the IP phones manually in UCM.
Explanation:
Cisco recommends that you enable auto-registration in Cisco Unified Communications Manager (UCM) to add fewer than 100 new IP phones to a UCM network. There are three ways to add IP phones to a UCM database: by configuring auto-registration, by using the Bulk Administration Tool (BAT), and by manually provisioning the IP phones in the UCM administrative graphical user interface (GUI). Both auto-registration and the BAT provide a means of adding many phones to the database simultaneously. However, Cisco does not recommend using the BAT if you need to add fewer than 100 IP phones.Auto-registration enables UCM to automatically add new IP phones to the UCM database as the IP phones are connected to the network. When a new IP phone is connected to the network, UCM will automatically assign an unused directory number (dn) to the IP phone from a pool of available dn numbers.
Auto-registration is a security risk because rogue devices can be connected to the network and registered with UCM by using auto-registration. In addition, you could accidentally register a valid IP phone with a dn from the wrong dn pool if you leave auto-registration enabled after you have completed an auto-registration process. Therefore, Cisco recommends that you enable auto-registration only for short periods of time, such as when you need to add fewer than 100 IP phones to the network. In this scenario, you want to add 50 new IP phones to your company’s UCM network before the end of the workday. Because of the time limitation and the small number of IP phones, enabling auto-registration would require the least amount of administrative effort.
You do not need to provision the IP phones manually in UCM. Although you can manually add an IP phone to a UCM database, adding 50 new IP phones by using manual provisioning would require more administrative effort than by using auto-registration or the BAT. When you are manually provisioning an IP phone in UCM, you must fill in the MAC Address field, the Device Pool field, the Phone Button Template field, and the Device Security Profile field. In this scenario, you want to add 50 new IP phones to your company’s UCM network before the end of the workday. Because of the time limitation and the number of IP phones, enabling auto-registration would require the least amount of administrative effort. Therefore, you should not manually provision the IP phones. You do not need to add a second UCM server to the cluster. UCM supports a maximum of 7,500 devices as a standalone server and a maximum of 30,000 IP phones per UCM cluster. In this scenario, you administer a network of 500 IP phones. In addition, you are adding only 50 new IP phones, which brings the total number of IP phones to 550.
You do not need to add the phones by using the BAT. The BAT enables a UCM administrator to add or modify multiple IP phones at once. However, Cisco recommends that you use the BAT to add 100 or more new IP phones to a UCM network. In this scenario, using the BAT would require more administrative effort than using auto-registration because the BAT requires you to provide Media Access Control (MAC) addresses for the IP phones that are being added. Auto-registration does not require you to provide MAC addresses.