[cisco-voip] Partition Rollback: UCM 7.1(5b) Unrestricted to UCM 7.1(5a) Restricted?

Matthew Linsemier mlinsemier at apassurance.com
Tue Sep 28 10:52:05 EDT 2010


All,

I have received conflicting information from both TAC as well as other
resources on the Internet to find out if you can roll back your UCM version
from a ³Unrestricted² version to a ³Restricted² version?  The scenario goes
as follows:

An upgrade was performed on a UCM server from a 7.1(5a) ³Restricted²
licenses to 7.1(5b) ³Unrestricted².  No other upgrades have been performed
since this so basically it looks like this on the UCM publisher and
subscriber:

Active Partition: UCM 7.1(5b) ³Unrestricted²
Alternate Partition: UCM 7.1(5a) ³Restricted²

My question is, can I swap the partitions back to the original restricted
versions of UCM and then apply the UCM 7.1(5b) restricted OS upgrade which
is what we want to have on the UCM cluster.  TAC originally said yes this is
not an issue, but then came back and said no you couldn¹t do it.  When I
started asking questions like ³What if my upgrade had failed, does that mean
that I would have had to rebuild UCM and wouldn¹t be able to go back to the
previous partition?² and I didn¹t really get a strait answer.

To me it seems that I should be able to recover to a previous ³Restricted²
license on both Publisher and the Subscriber and everything should work as
before, then I just put the proper ³Restricted² upgrade on the UCM servers.
Isn¹t this what the separate partitions are for?  Even so, if I tried
swapping back and it didn¹t work, couldn¹t I just go back to the current
³Unrestricted² working partition.

Can anyone give any insight on this?

Thanks,

Matt

CONFIDENTIALITY STATEMENT
This communication and any attachments are CONFIDENTIAL and may
be protected by one or more legal privileges. It is intended
solely for the use of the addressee identified above. If you
are not the intended recipient, any use, disclosure, copying
or distribution of this communication is UNAUTHORIZED. Neither
this information block, the typed name of the sender, nor
anything else in this message is intended to constitute an
electronic signature unless a specific statement to the
contrary is included in this message. If you have received this
communication in error, please immediately contact me and delete
this communication from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100928/a7bb1df9/attachment.html>


More information about the cisco-voip mailing list