7970 phones do not update to latest firmware

[justin.gorres]

Hello,

Recently, I upgraded from Call Manager 4.1.3(sr8a) to CUCM 7.0(2) and about 99.8% of my phones migrated over properly to the new phone system. The other 0.2% associate fine to the new CUCM 7, but the firmware didn't either get pushed out or the phone didn't try to grab new firmware. All my other 7970's upgraded just fine. The phones in question work fine so I partially don't want to mess with it, but I would like to get every phone on the same revision that the new CUCM 7 offers. Does anyone know what I could do to force a phone to take the firmware that's installed on my server?

Thanks!

[Wes Sisk]

We're seeing many similar cases caused by phone load signing issue.  Try the note here:

http://cisco.com/en/US/docs/voice_ip_comm/cucm/compat/ccmcompmatr.html#wp43813

[justin.gorres]

I see that it lists what the default load should be for the phones (which the 7970's in question do not have), but

what are the steps I would have to go through to get them to take the new firmware?

[Wes Sisk]

Hi Justin,

I was specifically referring to the note just below the html anchor:

Note: For all SCCP and SIP phone firmware upgrades from  versions earlier than 8.3(3) to Version 8.5(2)SR1 or later, you must  first upgrade your firmware to Version 8.5(2). Once you have upgraded to  Version 8.5(2), you can upgrade your IP Phone to Version 8.5(2)SR1 or  later.

For additional details, firmware download locations, and  firmware upgrade instructions, please see

SCCP: http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/firmware/8_5_2/english/release/notes/7900_852SR1.html#wp57602

SIP:  http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/firmware/8_5_2/english/release/notes/7900_852SR1.html#wp147343

[justin.gorres]

Hey Wes,

I've ran through all those steps and it still seems like that phone hasn't decided to update. Would I need to open a TAC case on this?

Thanks,

Justin

[Aaron Harrison]

Hi

What version of code is on the misbehaving phones?

What version of code are the good phones going to?

Have you verified what the phone is pulling from TFTP when it starts up?

Aaron

[justin.gorres]

This is what I wrote down from the 'bad' phone:

Load ID:

TERM70.7-0-2SR1S

Boot Load ID:

7970_64054100.bin

This is what I wrote down from a 'good' phone:

Load File:

SCCP70.8-5-2SR1S

Boot Load ID:

7970_64060118.bin

I'm not sure what I need to do to verify what the phone is doing while it tries to pull from the specified TFTP server (which is the same as one of my subscribers), but when I go into the 'bad' phone's IPv4 settings, it shows the TFTP server having the same ip as my subscriber server (as I have it setup for when it pulls it's DHCP information).

[Wes Sisk]

Hi Justin,

If that is not the issue then we'd need to start from the basics.  Verify how the phone identifies its TFTP server, veirfy connectivity to the TFTP server, review the phone console log, review detailed TFTP server traces, and possibly review packet capture taken from back of phone with "span to pc" enabled or form a span of the switchport where the phone connects.

That would be good data to collect for opening a TAC case.  If you do not see an issue in the data then provide to TAC and we can give a second opinion.

Thanks,

Wes

[Rob Huffman]

Hi Wes,

Nice to see you posting up answers here I've been a fan for some time (+5)

Cheers!

Rob

[Wes Sisk]

I'm trying out the forums.  I am a bit challenged by this source not being indexed by google where cisco-voip is.