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

[Erick B.]

This appears to be a problematic subscriber server. We built a new
subscriber and added to it to cluster, etc and everything is working fine.
 On the old one it would take 30-45 minutes for the change/deletion to
occur in the database but the phone did not change.


On Thu, Oct 24, 2013 at 11:20 AM, Ryan Ratliff (rratliff) <
rratliff at cisco.com> wrote:

>  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> 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> 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/20131025/f926cdb5/attachment.html>