-
Cisco IP Phone 7970 Administration Guide for Cisco CallManager, Release 3.3.3 and later
-
Index
-
Preface
-
An Overview of the Cisco IP Phone
-
Preparing to Install the Cisco IP Phone on Your Network
-
Setting Up the Cisco IP Phone
-
Configuring Settings on the Cisco IP Phone
-
Configuring Features, Templates, Services, and Users
-
Customizing the Cisco IP Phone
-
Viewing Model Information, Status, and Statistics on the Cisco IP Phone
-
Monitoring the Cisco IP Phone Remotely
-
Troubleshooting the Cisco IP Phone
-
Providing Information to Users Via a Website
-
Supporting International Users
-
Updating Firmware for the Cisco IP Phone 7970
-
Technical Specifications
-
Table Of Contents
Troubleshooting and Maintenance
Symptom: The Cisco IP Phone Does Not Go Through its Normal Startup Process
Symptom: The Cisco IP Phone Does Not Register with Cisco CallManager
Registering the Phone with Cisco CallManager
Verifying TFTP Server Settings
Verifying IP Addressing and Routing
Verifying Cisco CallManager Settings
Cisco CallManager and TFTP Services Are Not Running
Creating a New Configuration File
Symptom: Cisco IP Phone Resets Unexpectedly
Identifying Intermittent Network Outages
Checking Static IP Address Settings
Verifying Voice VLAN Configuration
Verifying that the Phones Have Not Been Intentionally Reset
Eliminating DNS or Other Connectivity Errors
Where to Go for More Troubleshooting Information
Troubleshooting and Maintenance
This chapter provides information that can assist you in troubleshooting problems with your Cisco IP Phone 7970 or with your IP telephony network. It also explains how to clean and maintain your phone.
For additional troubleshooting information, refer to the Using the 79xx Status Information For Troubleshooting tech note. This document is available to registered Cisco.com users at this URL:
/en/US/products/hw/phones/ps379/products_tech_note09186a00800945bd.shtml
This chapter includes these topics:
•
Using the Quality Report Tool
•
Resolving Startup Problems
After installing a Cisco IP Phone into your network and adding it to Cisco CallManager, the phone should start up as described in the "Verifying the Phone Startup Process" section. If the phone does not start up properly, see the following sections for troubleshooting information:
•
•
•
Symptom: The Cisco IP Phone Does Not Go Through its Normal Startup Process
When you connect a Cisco IP Phone into the network port, the phone should go through its normal startup process and the LCD screen should display information. If the phone does not go through the startup process, the cause may be faulty cables, bad connections, network outages, lack of power, and so on. Or, the phone may not be functional.
To determine whether the phone is functional, follow these suggestions to systematically eliminate these other potential problems:
1.
–
–
–
–
2.
–
–
–
If after attempting these solutions, the LCD screen on the Cisco IP Phone does not display any characters after at least five minutes, contact a Cisco technical support representative for additional assistance.
Symptom: The Cisco IP Phone Does Not Register with Cisco CallManager
If the phone proceeds past the first stage of the startup process (LED buttons flashing on and off) but continues to cycle through the messages displaying on the LCD screen, then the phone is not starting up properly. The phone cannot successfully start up unless it is connected to the Ethernet network and it has registered with a Cisco CallManager server.
These sections can assist you in determining the reason the phone is unable to start up properly:
•
•
•
•
•
•
•
Identifying Error Messages
As the phone cycles through the startup process, you can access status messages that might provide you with information about the cause of a problem. See the "Status Messages Screen" section for instructions about accessing status messages and for a list of potential errors, their explanations, and their solutions.
Registering the Phone with Cisco CallManager
A Cisco IP Phone can register with a Cisco CallManager server only if the phone has been added to the server or if auto-registration is enabled. Review the information and procedures in the "Adding Phones to the Cisco CallManager Database" section to ensure that the phone has been added to the Cisco CallManager database.
To verify that the phone is in the Cisco CallManager database, choose Device > Find from Cisco CallManager to search for the phone based on its MAC Address. You can determine the MAC address to search for by pressing the Settings button on the phone, choosing Network Configuration, and scrolling to the MAC address option.
If the phone is already in the Cisco CallManager database, its configuration file might be damaged. See the "Creating a New Configuration File" section for assistance.
Checking Network Connectivity
If the network is down between the phone and the TFTP server or Cisco CallManager, the phone cannot start up properly. Ensure that the network is currently running.
Verifying TFTP Server Settings
You can determine the IP address of the TFTP server used by the phone by pressing the Settings button on the phone, choosing Network Configuration, and scrolling to the TFTP Server 1 option.
If you have assigned a static IP address to the phone, you must manually enter a setting for the TFTP Server 1 option. See the "Network Configuration Menu" section.
If you are using DHCP, the phone obtains the address for the TFTP server from the DHCP server. Check the IP address configured in Option 150. Refer to Configuring Windows 2000 DHCP Server for Cisco CallManager, available at this URL: http://www.cisco.com/warp/public/788/AVVID/win2000_dhcp.html
You can also enable the phone to use an alternate TFTP server. Such a setting is particularly useful if this phone was recently moved from one location to another. See the "Network Configuration Menu" section for instructions.
Verifying IP Addressing and Routing
You should verify the IP addressing and routing settings on the IP Phone. If you are using DHCP, the DHCP server should provide these values. If you have assigned a static IP address to the phone, you must enter these values manually.
On the Cisco IP Phone, press the Settings button, choose Network Configuration, and look at the following options:
•
•
If you are using DHCP, check the IP addresses distributed by your DHCP server. Refer to Understanding and Troubleshooting DHCP in Catalyst Switch or Enterprise Networks, available at this URL: /en/US/tech/tk648/tk361/technologies_tech_note09186a00800f0804.shtml#41
Verifying DNS Settings
If you are using DNS to refer to the TFTP server or Cisco CallManager, you must ensure you have specified a DNS server. Verify this setting by pressing the Settings button on the phone, choosing Network Configuration, and scrolling to the DNS Server 1 option. You should also verify that there is a CNAME entry in the DNS server for the TFTP server and for the Cisco CallManager system.
You must also ensure that DNS is configured to do reverse look-ups. The default setting on Windows2000 is to perform forward-only look-ups.
Verifying Cisco CallManager Settings
On the Cisco IP Phone, press the Settings button, choose Network Configuration, and look at the CallManager 1-5 options. The Cisco IP Phone attempts to open a TCP connection to all the Cisco CallManager servers that are part of the assigned Cisco CallManager group. If none of these options contain IP addresses or show "Active" or "Standby," the phone is not properly registered with Cisco CallManager. See the "Registering the Phone with Cisco CallManager" section for tips on resolving this problem.
Cisco CallManager and TFTP Services Are Not Running
If the Cisco CallManager or TFTP services are not running, phones might not be able to start up properly. However, in such a situation, it is likely that you are experiencing a system-wide failure, and that other phones and devices are unable to start up properly.
If the Cisco CallManager service is not running, all devices on the network that rely on it to make phone calls will be affected. If the TFTP service is not running, many devices will not be able to start up successfully.
To start a service, follow these steps:
Procedure
Step 1
Step 2
Step 3
The window displays the service names for the server that you chose, the status of the services, and a service control panel to stop or start a service.
Step 4
The Service Status symbol changes from a square to an arrow.
Creating a New Configuration File
If you continue to have problems with a particular phone that other suggestions in this chapter do not resolve, the configuration file may be corrupted. To manually create a new configuration file, follow these steps:
Procedure
Step 1
Step 2
Step 3
Step 4
Step 5
Use the convention SEPMAC_address.cnf.xml, where MAC_address is the MAC address for the deleted phone.
Step 6
Step 7
Step 8
Symptom: Cisco IP Phone Resets Unexpectedly
If users report that their phones are resetting during calls or while idle on their desk, you should investigate the cause. If the network connection and Cisco CallManager connection are stable, a Cisco IP Phone should not reset on its own.
Typically, a phone resets if it has problems connecting to the Ethernet network or to Cisco CallManager. These sections can help you identify the cause of a phone resetting in your network:
•
•
•
•
•
•
Verifying Physical Connection
Verify that the Ethernet connection to which the Cisco IP Phone is connected is up. For example, check if the particular port or switch to which the phone is connected is down.
Identifying Intermittent Network Outages
Intermittent network outages affect data and voice traffic differently. Your network might have been experiencing intermittent outages without detection. If so, data traffic can resend lost packets and verify that packets are received and transmitted. However, voice traffic cannot recapture lost packets. Rather than retransmitting a lost network connection, the phone resets and attempts to reconnect its network connection.
If you are experiencing problems with the voice network, you should investigate whether an existing problem is simply being exposed.
Verifying DHCP Settings
The following suggestions can help you determine if the phone has been properly configured to use DHCP:
1.
2.
3.
Cisco IP Phones send messages with request type 151 to renew their DHCP address leases. If the DHCP server expects messages with request type 150, the lease will be denied, forcing the phone to restart and request a new IP address from the DHCP server.
Checking Static IP Address Settings
If the phone has been assigned a static IP address, verify that you have entered the correct settings. See the "Network Configuration Menu" section for more information.
Verifying Voice VLAN Configuration
If the Cisco IP Phone appears to reset during heavy network usage (for example, following extensive web surfing on a computer connected to same switch as phone), it is likely that you do not have a voice VLAN configured.
Isolating the phones on a separate auxiliary VLAN increases the quality of the voice traffic. See "Understanding How the Cisco IP Phone Interacts with the Cisco Catalyst Family of Switches" section for more details.
Verifying that the Phones Have Not Been Intentionally Reset
If you are not the only administrator with access to Cisco CallManager, you should verify that no one else has intentionally reset the phones.
You can check whether a Cisco IP Phone 7970 received a command from Cisco CallManager to reset by pressing the Settings button on the phone and choosing Status > Network Statistics. If the phone was recently reset one of these messages appears:
•
•
Eliminating DNS or Other Connectivity Errors
If the phone continues to reset, follow these steps to eliminate DNS or other connectivity errors:
Step 1
Step 2
a.
b.
c.
Step 3
Step 4
Step 5
Step 6
General Troubleshooting Tips
Table 9-1 provides general troubleshooting information for the Cisco IP Phone.
Table 9-1 Cisco IP Phone Troubleshooting
Daisy-chaining IP phones.
Do not connect an IP phone to another IP phone through the access port. Each IP phone should directly connect to a switch port. If you connect IP phones together in a line (daisy-chaining), a problem with one phone can affect all subsequent phones in the line. Also, all phones on the line share bandwidth.
Poor quality when calling digital cell phones using the G.729 protocol.
In Cisco CallManager, you can configure the network to use the G.729 protocol (the default is G.711). When using G.729, calls between an IP phone and a digital cellular phone will have poor voice quality. Use G.729 only when absolutely necessary.
Prolonged broadcast storms cause IP phones to re-register.
Prolonged broadcast storms (lasting several minutes) on the voice VLAN cause the IP phones to re-register with another Cisco CallManager server.
Moving a network connection from the phone to a workstation.
If you are powering your phone through the network connection, you must be careful if you decide to unplug the phone's network connection and plug the cable into a desktop computer.
Caution
Changing the telephone configuration.
By default, the network configuration options are locked to prevent users from making changes that could impact their network connectivity. You must unlock the network configuration options before you can configure them. See the "Unlocking and Locking Options" section for details.
Phone resetting.
The phone resets when it loses contact with the Cisco CallManager software. This lost connection can be due to any network connectivity disruption, including cable breaks, switch outages, and switch reboots.
LCD display issues.
If the display appears to have rolling lines or a wavy pattern, it might be interacting with certain types of older fluorescent lights in the building. Moving the phone away from the lights, or replacing the lights, should resolve the problem.
Dual-Tone Multi-Frequency (DTMF) delay.
When you are on a call that requires keypad input, if you press the keys too quickly, some of them might not be recognized.
Codec mismatch between the phone and another device.
The RxType and the TxType statistics show the codec that is being used for a conversation between this Cisco IP phone and the other device. These values of these statistics should match. If they do not, verify that the other device can handle the codec conversation or that a transcoder is in place to handle the service.
See the "Call Statistics Screen" section for information about displaying these statistics.
Sound sample mismatch between the phone and another device.
The RxSize and the TxSize statistics show the size of the voice packets that is being used a conversation between this Cisco IP phone and the other device. The values of these statistics should match.
See the "Call Statistics Screen" section for information about displaying these statistics.
Gaps in voice calls.
Check the AvgJtr and the MaxJtr statistics. A large variance between these statistics might indicate a problem with jitter on the network or periodic high rates of network activity.
See the "Call Statistics Screen" section for information about displaying these statistics.
Resetting the Cisco IP Phone
There are two methods for resetting the Cisco IP Phone:
Performing a Basic Reset
When you perform a basic reset of the Cisco IP Phone 7970, any configuration changes that you have made but not saved are lost and reset to their default settings.
To perform a basic reset of the phone, press **#**.
Note
Factory Reset
A factory reset of the Cisco IP Phone restores the phone is reset to its factory state. This procedure reloads the default firmware image, deletes call histories from the call logs, and resets all configuration settings to their factory values.
To perform a factory reset of a phone, perform the following steps. The phone must be on a network that supports DHCP.
Procedure
Step 1
The phone begins its power up cycle.
Step 2
Each line button flashes on and off in sequence.
Step 3
You can press a key twice in a row, but if you press the keys out of sequence, the factory reset will not take place.
After you press these keys, the phone will go through the factory reset process.
Using the Quality Report Tool
The Quality Report Tool (QRT) is a voice quality and general problem-reporting tool for the Cisco IP Phone 7970. The QRT feature is installed as part of the Cisco CallManager installation.
You can configure users' Cisco IP Phones with QRT. When you do so, users can report problems with phone calls by pressing the QRT softkey. This softkey is available only when the Cisco IP Phone is in the Connected, Connected Conference, Connected Transfer, and/or OnHook states.
When a user presses the QRT softkey, a list of problem categories appears. The user selects the appropriate problem category and this feedback is logged in an XML file. Actual information logged depends on the user selection and whether the destination device is a Cisco IP Phone.
For more information about using QRT, refer to Cisco CallManager Serviceability Administration Guide and Cisco CallManager Serviceability System Guide.
Where to Go for More Troubleshooting Information
If you have additional questions about troubleshooting the Cisco IP Phones, several Cisco.com web sites can provide you with more tips.
•
•
•
Cleaning the Cisco IP Phone
To clean your Cisco IP phone, use a soft, dry cloth to wipe the phone and the touchscreen. Do not apply liquids or powders directly on the phone. As with all non-weather-proof electronics, liquids and powders can damage the components and cause failures.
Disable the touchscreen before cleaning it so that you will not inadvertently choose a feature from the pressure of the cleaning cloth. To disable the touchscreen so that it will not respond to touch, press the Display button for more than one second. The phone displays Touchscreen Disabled and the Display button flashes green.
After one minute, the touchscreen automatically re-enables itself. To re-enable the touchscreen before that, press the flashing Display button for more than one second. The phone displays Touchscreen Enabled.
