[cisco-voip] 8945 not taking changes on 9.1.1a

[Heim, Dennis]

Have you cycle'd the tftp service?

Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814

PS Engineering:  Innovate & Ignite.


From: Erick B. [mailto:erickbee at gmail.com]
Sent: Friday, October 18, 2013 1:02 PM
To: Heim, Dennis
Cc: voip puck
Subject: Re: [cisco-voip] 8945 not taking changes on 9.1.1a

The console logs on the phone also show it successfully downloading the SEPxxxx cnf xml file and successfully authenticating it.  Not seeing any errors in the console log.

On Fri, Oct 18, 2013 at 11:54 AM, Erick B. <erickbee at gmail.com<mailto:erickbee at gmail.com>> wrote:
Yes. Factory defaulted phone also.

Other phone models take changes fine and stop working when they are deleted from CUCM.
Servers have been rebooted to.

The phone took the firmware update fine, and the phone web page (status message, debug display) show it downloading trust files fine and config sgn file (HTTP) fine. No errors there about timeout downloading config files, etc.


On Fri, Oct 18, 2013 at 11:38 AM, Heim, Dennis <Dennis.Heim at wwt.com<mailto:Dennis.Heim at wwt.com>> wrote:
Have you tried clearing the security settings?

Dennis Heim | Solution Architect (Collaboration)
World Wide Technology, Inc. | 314-212-1814<tel:314-212-1814>

PS Engineering:  Innovate & Ignite.


From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Erick B.
Sent: Friday, October 18, 2013 12:26 PM
To: voip puck
Subject: [cisco-voip] 8945 not taking changes on 9.1.1a

Weird one here, anyone seen this before?

Have a few 8945s that aren't taking changes.

DB replication shows 2 on all servers.

Weird thing is, if we delete the 8945 from CUCM the 8945 still registers and works with old extension and 8945 phone web page shows it is registered to the right call manager server and the phone can make calls with the phone not being in CUCM.

Have updated a few to current firmware version, same thing.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20131018/ef82addd/attachment.html>