[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