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

[Ahmed Elnagar]

These terms are mis-understood till now:

 

Restricted is the good version that has encryption enabled "Export
restricted cannot get it"

Unrestricted is the bad version that has encryption disabled "anyone can
have it"

 

I think you can revert back to the inactive partition normally...why
don't you give it a try in a down time window.

Please update us with your status if you tried it.

 

 Best Regards;

  Ahmed Elnagar

  Senior Network PS Engineer

  Mob: +2019-0016211

  CCIE#24697 (Voice)

  

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons
(US)
Sent: Tuesday, September 28, 2010 6:42 PM
To: Matthew Linsemier; voyp list
Subject: Re: [cisco-voip] Partition Rollback: UCM 7.1(5b) Unrestricted
to UCM 7.1(5a) Restricted?

 

Actually I would think Unrestricted would be desireable unless you are
dealing with North Korea/Cuba or another govt on US  Export Restrictions
List.

 

Guess those Export restricted countries were really upset about not
being able to buy Cisco products.....

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Matthew
Linsemier
Sent: Tuesday, September 28, 2010 10:52 AM
To: voyp list
Subject: [cisco-voip] Partition Rollback: UCM 7.1(5b) Unrestricted to
UCM 7.1(5a) Restricted?

 

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. 

________________________________

________________________________

0ede5e1b-f.gif
<http://www.dimensiondata.com/_layouts/forms.aspx?FormID=204> 

Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you. 

Disclaimer: NOTICE The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Raya will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any malicious code or virus being passed on. Views expressed in this communication are not necessarily those of Raya.If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100928/8f1ea8e3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1801 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100928/8f1ea8e3/attachment.jpg>