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

[Erick B.]

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
> 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> 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> 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>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> 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> 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>wrote:
>>>
>>>>  Have you tried clearing the security settings?****
>>>>
>>>> ** **
>>>>
>>>> *Dennis Heim | Solution Architect (Collaboration)*****
>>>>
>>>> World Wide Technology, Inc. | 314-212-1814****
>>>>
>>>> ** **
>>>>
>>>> *PS Engineering: ** Innovate & Ignite.*****
>>>>
>>>> * *
>>>>
>>>> ** **
>>>>
>>>> *From:* cisco-voip [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
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>    _______________________________________________
> cisco-voip mailing list
> 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/20131023/0a440483/attachment.html>