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

Wes Sisk wsisk at cisco.com
Tue Sep 28 17:08:51 EDT 2010


correct. there is no difference in licensing *today*. that is why we 
could not post bootable images.  look for this to change in the future.

Ryan Ratliff wrote:
> What licensing are you referring to?  There is no difference in CUCM 
> licensing for restricted vs unrestricted that I'm aware of.  Aside 
> from that all licensing is the same within a major version (7.x, 8.x, 
> etc) so your software feature license for 7.1.3 will be valid for 7.1.5.
>
> -Ryan
>
> On Sep 28, 2010, at 3:34 PM, Lelio Fulgenzi wrote:
>
> Thanks Ryan. I've been looking to make sure the ISO I have does not 
> have the unrestricted tag.
>
> Can you comment on the licensing aspect? Or does that not affect 
> upgrades from 7.1(3a)?
>
> ---
> 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: *"Ryan Ratliff" <rratliff at cisco.com <mailto:rratliff at cisco.com>>
> *To: *"Lelio Fulgenzi" <lelio at uoguelph.ca <mailto:lelio at uoguelph.ca>>
> *Cc: *"Matthew Linsemier" <mlinsemier at apassurance.com 
> <mailto:mlinsemier at apassurance.com>>, "voyp list" 
> <cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net>>
> *Sent: *Tuesday, September 28, 2010 3:00:42 PM
> *Subject: *Re: [cisco-voip] Partition Rollback: UCM 7.1(5b) 
> Unrestricted to UCM 7.1(5a) Restricted?
>
> 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
>       <http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/rel_notes/7_1_5/cucm-rel_notes-715.html#wp1768767> 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
>       <http://tools.cisco.com/support/downloads/go/ImageList.x?relVer=7.1%285%29&mdfid=282421166&sftType=Unified+Communications+Manager+%2F+Cisco+Unity+Connection+Updates&optPlat=&nodecount=11&edesignator=null&modelName=Cisco+Unified+Communications+Manager+Version+7.1&treeMdfId=278875240&modifmdfid=null&imname=&treeName=Voice+and+Unified+Communications&hybrid=Y&imst=N> 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 
> <mailto:mlinsemier at apassurance.com>>
> *To: *"Ryan Ratliff" <rratliff at cisco.com <mailto:rratliff at cisco.com>>
> *Cc: *"voyp list" <cisco-voip at puck.nether.net 
> <mailto: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 <about:blank>> 
> 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 <about:blank>
>     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 <mailto:cisco-voip at puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/655bbd94/attachment.html>


More information about the cisco-voip mailing list