[cisco-voip] CUCM 8.6 promotion of new pub

Ryan Ratliff (rratliff) rratliff at cisco.com
Tue Nov 4 14:01:20 EST 2014


Still trying to look into this some more but it's worth noting that phones are restarted (simply a re-registration), not reset.  This process should be extremely fast and most users won't even notice.

-Ryan

On Nov 4, 2014, at 12:34 PM, TG <techguy.ca at gmail.com<mailto:techguy.ca at gmail.com>> wrote:


Hi Charles, I'm not promoting a sub into pub, rather moving phones to the other cluster. If you meant segregated planned controlled outages, then that can't be done as "ALL" phones take a hit by cert combination regardless of which sub they are registered to.  My only ask was to see if that reset could be prohibited so phones could be manually reset in a controlled and clean manner. Comparing this with firmware upgrade, the process itself doesn't initiate a reset to 'ALL" ones in one shot so you have control over how you want to bulk that activity, either server level or DP level etc.

Thanks,
TG

On Nov 3, 2014 10:53 PM, "Charles Goldsmith" <wokka at justfamily.org<mailto:wokka at justfamily.org>> wrote:
TG, you state that you aren't trying to promote a sub, but your subject line indicates that you are.  When talking about combining certs and TVS restarts, thats for a migration, moving phones from one cluster to another.  This is not a way to promote a sub to a pub, which you cannot do.

If you are upgrading while rebuilding a new cluster, that is one thing, but we don't do this often, and most customers do not ever do this.  What I mean by this is if you are building a fresh, new cluster with the latest version and then moving phones to this new setup.

Rebuilding to resolve dial plan best practices or splitting a company are the only reasons I've seen the need of a migration, but perhaps moving a group of phones from one cluster to another in a very large deployment could be a practical use of it.

Pushing new certs down (by combining them) is going to cause some restarts of phones, plan for that with your outages.  It's really no different than planned outages around upgrading firmware in prep for a software upgrade, which causes another round of resets as they re-register with subs.

Good luck and ask your questions, but please clarify your plan and intents.

On Mon, Nov 3, 2014 at 5:53 PM, TG <techguy.ca at gmail.com<mailto:techguy.ca at gmail.com>> wrote:
Brian,
Thanks for your input. It's unfortunate we have to live with it.
Need to know the significance and purpose of TVS restart on subs, as results are seen without doing it as well. Also does that cause another reset on the phones?

Ryan,
Maybe you misunderstood it, it is about bulk cert, and not pub recovery. Do you know of a way to stop phones from resetting just by combining the cert? We see this being fixed in 9.5 but not everyone is willing to jump to 9.5 for this gap. Cisco should consider addressing this on 8.6 and 9.1 as well as many customers are using these releases. If your 30k phones have to take a hit because of cert combining, then that's a big drawback to this whole procedure of cluster replacements.

Thanks,
TG

On 2014-11-03 4:39 PM, Ryan Ratliff (rratliff) wrote:
I'm not aware of the specifics of the doc bug Brian referenced but the original question sounds less like bulk cert import and more like a publisher recovery.   Can you provide a bit more details on what you mean by "promote a new publisher to existing phones"?

-Ryan



_______________________________________________
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/20141104/43f89fcc/attachment.html>


More information about the cisco-voip mailing list