Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

The Cisco 7902/7905/7912 IP phones are unusable or unresponsive after their firmware is changed from SCCP to SIP

Core Issue

After the default Skinny Call Control Protocol (SCCP) firmware of the 7912G IP phone is changed to Session Initiation Protocol (SIP) firmware and the IP phone is powered on, these issues occur:

  • The hold button is red.

  • The menu button is green.

  • The display window is blank.

This indicates that the phone firmware is corrupted.


If the menu and hold buttons are lit red and green respectively, the phone is in recovery mode. It is possible to return the phone to an operational state.

Complete these steps in order to attempt to recover the phone:

  1. Connect a PC to the same network as the phone.

  2. Use a network sniffer in order to verify if the phone is operational.

    Does the phone transmit any IP packets or request any files from a Trivial FTP (TFTP) server?
        • Yes The phone is operational. Proceed to step 3.
        • No The phone is no longer usable and can not be recovered.


           3.  Look at the network sniffer log and note this information used by the phone:

            • Software image file name

            • TFTP server IP address


            4.  Put requested software image file on the TFTP server from which the phone requests it. The phone requests the last software image file that it    

                downloaded or attempted to download, if the information is available. Or it requests its default recovery software image file.

               Phone  Recovery Software Image Filename
               ----------  --------------------------------
               Cisco 7902  cp7902r.zup
               Cisco 7905  ldragonr.zup
               Cisco 7912  cp7912r.zup
               ----------  --------------------------------

               It is recommended that all the recovery files be copied to the primary and secondary TFTP servers specified in the Dynamic Host Configuration Protocol      (DHCP) options in order to facilitate automatic recovery of the phones.

          5.  Reboot the phone. If the phone is not in a reboot cycle, disconnect and reconnect the power adaptor, or if inline power is used, disconnect and reconnect  

               the Ethernet cable.

          6.  Verify the phone is functional. The menu and hold buttons must no longer be lit.

          7.   Re-configure the phone, as needed. If TFTP was originally used to configure the phone, it is possible that the phone does not require manual     

               re-configuration. In this case, the phone downloads the necessary configuration files from the TFTP server and automatically configures itself.

               Note: If encryption was previously used on the Cisco 7905 or Cisco 7912, it is necessary to re-enter the encryption key into the phone.

               For downloading the recovery tools go to Cisco Software download page.

          Version history
          Revision #:
          1 of 1
          Last update:
          ‎06-22-2009 04:45 PM
          Updated by:
          Labels (1)
          New Member

          What if the phone never requests a file from the TFTP server? My logs shows:

          Rcvd DHCP Discover Msg for IP, Mac 00:18:73:A8:BA:57 [14/01 08:49:07.144]
          Client requested address [14/01 08:49:07.144]
          DHCP: proposed address [14/01 08:49:07.144]
          3532 Request 2 not processed [14/01 08:49:07.253]
          Rcvd DHCP Rqst Msg for IP, Mac 00:18:73:A8:BA:57 [14/01 08:49:07.300]
          Previously allocated address acked [14/01 08:49:07.300]
          3532 Request 2 not processed [14/01 08:49:07.362]
          Rcvd DHCP Discover Msg for IP, Mac 00:18:73:A8:BA:57 [14/01 08:49:34.112]
          Client requested address [14/01 08:49:34.112]
          DHCP: proposed address [14/01 08:49:34.112]
          3532 Request 2 not processed [14/01 08:49:34.175]
          Rcvd DHCP Rqst Msg for IP, Mac 00:18:73:A8:BA:57 [14/01 08:49:34.237]
          Previously allocated address acked [14/01 08:49:34.237]
          3532 Request 2 not processed [14/01 08:49:34.284]

          It keeps repeating that over and over again.

          New Member

          The same question for me...

          My LOG on DHCP Server is the same of Skyler Call.

          t keeps repeating that over and over again.

          Only DHCP requests. Nothing TFTP ..

          I use DHCP and TFTP in same machine, and tried DHC options 150 and 66 to point to TFTP Server (Same Machine)\