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

Tue Sep 28 15:00:42 EDT 2010

You are correct in your assumption. 

The unrestricted ISOs have UNRST in the filename.  Check out the CUCM Upgrade Tool (http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b31514.shtml) for a quick and dirty explanation.

Unrestricted versus Restricted CUCM
Click here for the 7.1(5) Release Notes section detailing Unrestricted Export Support.
RESTRCITED CUCM is the "full" CUCM with media and signaling encryption ENABLED.
UNRESTRICTED CUCM versions have all media and signaling encryption features DISABLED to comply with US export laws.
Unrestricted CUCM installers always have UNRST in the filename.
Restricted CUCM installers do not have any specific reference in the filename. These are the same as previous versions of CUCM.
Upgrades from CUCM versions <= 7.1(3) require installing the ciscocm.allow_upgrades_to_unrestrictd.cop.sgn file or the installer will not recognize the UNRST file as a valid upgrade.
-Ryan

On Sep 28, 2010, at 2:49 PM, Lelio Fulgenzi wrote:

I'm not sure about everyone else, but this thread has me confused.

I'm in the middle of going upgrading from 7.1(3a) to the latest 7.1(5) version so I have a feeling I may be affected.

From what I recall, the Restricted version (dealing with export) is what we want to run in North America and the Unrestricted version is for exporting to certain countries.

Is this what you are dealing with? Or is it the licensing aspect of restricted vs unrestricted?

This also begs the question, how do you tell the difference between these versions when reading the ISO files for download?

---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Cooking with unix is easy. You just sed it and forget it. 
                              - LFJ (with apologies to Mr. Popeil)

From: "Matthew Linsemier" <mlinsemier at apassurance.com>
To: "Ryan Ratliff" <rratliff at cisco.com>
Cc: "voyp list" <cisco-voip at puck.nether.net>
Sent: Tuesday, September 28, 2010 2:23:47 PM
Subject: Re: [cisco-voip] Partition Rollback: UCM 7.1(5b) Unrestricted to UCM 7.1(5a) Restricted?

The confusion started with the naming convention of “Restricted” and “Unrestricted” coupled with the new licensing model from Cisco.  The upgrade from “Restricted” 7.1(5a) to “Unrestricted” 7.1(5b) worked on the Publisher and in the end on the Subscriber.  There was an error message on the first boot of the Subscriber saying that the databases were out on sync.  A cold reboot of the Subscriber a second time resolved the issue.

I have no issues with getting to the UCM OS management page and “swapping” the partition of both the Publisher and the Subcriber back to the “Restricted” partition both at the same time and taking all of the phones out of service for that time.  I just worry that if it fails that I would have to rebuild my entire UCM cluster and then restore the data.  The TAC engineer even told me that you couldn’t restore data from an “Unrestricted” version back onto a “Restricted” version.  If I knew ahead of time that I can simply switch back to the currently working “Unrestricted” partition, I don’t mind being a guinea pig, but I definitely don’t want to spend the weekend with TAC on the phone trying to get my phones up and running, rebuilding everything from scratch.

Wes or Ryan, the TAC case we opened was SR 615372523. I’m don’t mind getting answers from Cisco that “you cant do it” but I would like to know technically why it wont work.  I suspect that there will be a lot of others wondering how they get from “Unrestricted” to “Restricted” version.  I know that there aren’t any migration paths (as stated in the documents), but if you cant even backup the data and restore it on a fresh install of a “Restricted” version of UCM, that seems like an issue.

Matt

On 9/28/10 1:57 PM, "Ryan Ratliff" <rratliff at cisco.com> wrote:

For starters I don't think you can upgrade from restricted to unrestricted.  

Assuming you mean 7.1(5a) unrestricted and 7.1(5b) restricted...

How did you try switching, using the CLI or the recovery disk?  I think I've seen on this alias that the CLI won't let you switch back and I don't know if this is intended or not.

I have seen bugs related to subscriber upgrades failing when the pub has been upgraded from restricted to unrestricted (CSCti72527).

I have also seen TAC SRs where they were able to switch back with no problem.

-Ryan

On Sep 28, 2010, at 10:52 AM, Matthew Linsemier wrote:

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. 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

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.

_______________________________________________
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/20100928/1539157e/attachment.html>