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

Ryan Ratliff (rratliff) rratliff at cisco.com
Thu Oct 24 12:20:57 EDT 2013


I don't believe a security password mismatch would cause an unidirectional connectivity issue like that.

A sniffer capture at both sides while running the test would be a good way to diagnose exactly what's failing.

-Ryan

On Oct 23, 2013, at 3:09 PM, Erick B. <erickbee at gmail.com<mailto:erickbee at gmail.com>> wrote:

Update on this.

The run sql select pointed out the issue, the DB is not being updated on the subscriber even though replication commands report good.

utils network connection test fails from pub to sub, it passes from sub to pub. I can ping by IP and hostname fine from both servers and can ping both from devices on the network by name fine.

utils diagnose test passes

Wondering if the security password between the servers is wrong... is there a way to verify that between two CUCM servers? Looking into resetting it on both maybe.



On Fri, Oct 18, 2013 at 6:52 PM, Ryan Ratliff (rratliff) <rratliff at cisco.com<mailto:rratliff at cisco.com>> wrote:
Change notification is busted on that sub. Running the SQL query is a good idea and will tell you if it's a db repl issue or if the problem is with the ccm process on that node.

Sent from my iPhone

On Oct 18, 2013, at 6:14 PM, "Tim Smith" <tim.smith at enject.com.au<mailto:tim.smith at enject.com.au>> wrote:

Were the config files the same content though on pub and sub? I.e what was the content of the config files - did it reflect changes?

Cheers,

Tim



On 19 Oct 2013, at 8:34 am, "Erick B." <erickbee at gmail.com<mailto:erickbee at gmail.com>> wrote:

Yep. Can download those manually fine. Been looking at different things and removed subscriber from picture briefly and it works on publisher so looking at the subscriber now and it's VM setup. something odd with the server or network/VM connection.....


On Fri, Oct 18, 2013 at 4:12 PM, Tim Smith <tim.smith at enject.com.au<mailto:tim.smith at enject.com.au>> wrote:
I like to manually tftp get or http on. 6970 now, the cnf file for that phone.

Check the phone is definitely pointing to right tftp server, and get conf file from here, does it have the new config you expect?

Change a few other things and see if they take.

I know you can see it got the file ok, but what's in it?

Cheers,

Tim

On 19 Oct 2013, at 4:57 am, "Erick B." <erickbee at gmail.com<mailto:erickbee at gmail.com>> wrote:

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.


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


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


More information about the cisco-voip mailing list