[cisco-voip] Apply Changes

[Wes Sisk]

Good Start.

1. does this happen if phone is registered to publisher?  ccmadmin 
writes to the publisher and then depends on database replication to get 
the update out to the other nodes in the cluster

If it does not reset when registered to the publisher then most likely 
CM has unsubscribed from change notification ala CSCso93220, 
CSCsq95431.  Some good information there especially in the release-note 
of the 2nd which you can view in Cisco Bug Toolkit.

2. do you have a large number of device attempting to register and 
failing to register?  large numbers of failed registration attempts will 
cause this behavior as well.

/Wes


On Monday, June 22, 2009 9:29:16 AM, Daniel Rodriguez 
<drodriguez at fidelus.com> wrote:
>
> Have you tried registering the phone w/ the publisher?
>
> Exactly what version of 6.1 are you running? I know there was an open 
> defect regarding broken replication in cucm 6.1.2... the exact version 
> escapes me at the moment, but I know it's fixed in 6.1.3.
>
> When one of our cust's encountered this defect, phone config changes 
> wouldnt apply after a phone reset, but registering the IP phone with 
> the publisher quickly resolves the issue.
>
> I'm sure if you can find the defect ID through the bug tool kit. Hope 
> this helps. 
>
> ------------------------------------------------------------------------
>
> *From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Mihajlo Mitev
> *Sent:* Monday, June 22, 2009 8:28 AM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] Apply Changes
>
>  
>
> Hi
>
> I have problem with applying changes made in CUCM 6.1 to cisco IP 
> phones. Example: When I made new softkey template and I apply to 
> specific devices, I press Reset button and nothing happened (devices 
> wont reset). I reset phone manually (unplug and plug the cable) and 
> the device is registered  with CUCM but he still want to apply new 
> softkey template. I read that this could be problem with DB 
> Replication (I don't receive error in RTMT about this). Any idea what 
> can be the problem. We have two CUCM (primary and secondary) I made 
> changes to the primary.
>
>  
>
> Thanks,
>
>  
>
> Mihajlo Mitev
>
> IT Department
>
> Makstil AD Skopje
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/20090622/928eface/attachment.html>