[cisco-voip] CUCM upgrade from 10.5 to 11.5

Mon Jan 21 12:33:21 EST 2019

But it says: " To prevent performance... related issues"  So, it's not just
about "how" you want to do it, rather, you could impact the other running
VMs (should there be any).  Also, in my experience, cp ans scp are very
slow compared to tool meant for moving VMs around (E.g., Veeam Backup/Copy
and VMware OVATool).  Anyway, I'm not saying that I know best, I'm just
saying, that's what the vendor says.

On Mon, Jan 21, 2019 at 11:02 AM Matthew Loraditch <
MLoraditch at heliontechnologies.com> wrote:

> Yes VMWare clone changes macs and such. Only move keeps them but in this
> instance you actually don’t want them to change so CP would be the way to
> do it to make sure they didn’t change so you can put them back.
>
>
>
> Matthew Loraditch
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>  |
> e: *MLoraditch at heliontechnologies.com* <MLoraditch at heliontechnologies.com>
> [image: Facebook] <https://facebook.com/heliontech>
> [image: Twitter] <https://twitter.com/heliontech>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of *UC
> Penguin
> *Sent:* Monday, January 21, 2019 11:54 AM
> *To:* Lelio Fulgenzi <lelio at uoguelph.ca>
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> I’m curious why using cp would really matter besides the possibility of
> duplicate MAC and UUIDs, which would be an issue if the vms were both
> powered on at the same time.
>
>
>
> If you had shared storage and multiple hosts you could be running VMs on
> different ESXi versions anyhow, without the copy step.
>
>
>
> Perhaps this is just vmware CYA for duplicate MACs, UUIDs and guest
> licensing? I’m guessing there copy steps change the uuid and macs?
>
>
>
> I’ve moved production UC apps with cp over SSH and had no issues. Not
> saying that is going to be the case with every scenario, but so far so good
> fwiw...
>
>
> On Jan 21, 2019, at 09:43, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> Ya. Sorry. Didn’t explain I wanted interim local storage that I could
> move.
>
>
>
> I’ll have to put more thought into it.
>
>
>
> I might even consider a direct connected pc. Evaluate the time and effort
> vs speed of export/import.
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 21, 2019, at 8:38 AM, Charles Goldsmith <wokka at justfamily.org>
> wrote:
>
> Never tried, probably so.  SFTP/scp over the network would be faster.
>
>
>
> Your original request was a local copy.
>
>
> On Jan 21, 2019, at 7:22 AM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
>
>
> Can I copy this to USB? Would I have to somehow mount/format  the portable
> file system?
>
>
>
> I’m intrigued!
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 20, 2019, at 11:38 PM, Charles Goldsmith <wokka at justfamily.org>
> wrote:
>
> Shut the VM down, ssh or console in, copy the directory.  On Linux, it’s
> cp -R dir/ new-dir/
>
>
>
> Of course, it’s easier to cd into the datastore
>
>
>
> Once it’s copied, go into the vsphere client, browse the datastore into
> the new dir and import the vmx
>
>
>
> I’ve done this to make backup copies in addition to DRS for an upgrade
>
>
> On Jan 20, 2019, at 9:19 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
>
>
> Yes - I was quite surprised with the amount of time exporting/importing
> requires. Especially because, as far as I know, there is no way to export
> to a locally attached storage then pop that out/in and import. It has to be
> done via vsphere client and pc. We ended up putting a laptop on the same
> switch to speed things up a bit.
>
>
>
> I really wish there was a quicker way.
>
>
>
> Note: were using local storage on all our be7h servers.
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 20, 2019, at 9:03 PM, James Andrewartha <
> jandrewartha at ccgs.wa.edu.au> wrote:
>
> For a major upgrade it seems pretty reasonable to me. I'd consider doing
> it just for testing even if I upgraded the production servers directly
> rather than shut them down and start up the upgraded ones. And if I was
> going to do a parallel upgrade, I'd probably upgrade once to test, then
> copy the production servers across again and do it for real. One thought
> that comes to mind is how quickly you can copy back the VMs from AWS to
> your production environment.
>
> "Everybody has a testing environment. Some people are lucky enough enough
> to have a totally separate environment to run production in."
> https://twitter.com/stahnma/status/634849376343429120
>
> On 21/01/19 09:52, Lelio Fulgenzi wrote:
>
>
>
> Perhaps. But it’s an option.
>
>
>
> My preference would be to use on premise resources to create the offline
> network. This part of the discussion was focused on how you could use VWC
> on AWS to accomplish this if you didn’t have resources. The CSR would, if
> it works, allow you to connect devices on prem to the offline servers to do
> a more complete testing. But it’s not entirely necessary.
>
>
>
> It’s all what your more comfortable with, I guess. I’d rather double the
> amount of prep time to complete the upgrades offline in order to reduce the
> downtime to the production service. Especially when both CUCM and UCCX need
> to be upgraded simultaneously due to version compatibility.
>
>
>
>
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 20, 2019, at 8:23 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
> Does this sound a tad over engineered for an upgrade to anyone else, or is
> it just me?
>
>
>
> On Sat, Jan 19, 2019 at 3:28 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
>
>
> That sounds like exactly what I want to do!
>
>
>
> Thx!
>
>
>
>
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 19, 2019, at 11:37 AM, Dave Goodwin <dave.goodwin at december.net>
> wrote:
>
> If you want to connect from the outside then rig up a virtual router such
> as a CSR that conndects to both the private and elastic side, establish a
> L2L VPN tunnel to the elastic IP, route the private IPs across the VPN.
>
>
>
> On Sat, Jan 19, 2019 at 9:31 AM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
>
>
> Very interesting!
>
>
>
> Having private IPs on a secondary switch is great. But if I can’t connect,
> then I can’t do full tests. We end up doing some mock migrations and stuff.
> Also testing phones, etc.
>
>
>
> But hey, still worth a shot!
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 18, 2019, at 5:05 PM, Dave Goodwin <dave.goodwin at december.net>
> wrote:
>
> If you want to bring your own IPs to AWS instances instead of using their
> Elastic IPs, you can do that now from what I understand:
>
>
> https://aws.amazon.com/about-aws/whats-new/2018/10/announcing-the-general-availability-of-bring-your-own-ip-for-amazon-virtual-private-cloud/
>
>
>
> I don’t know if that functionality is compatible with VMC-AWS or not.
> Also, I’d think just like Charles suggested that you could use your own IPs
> on a private vSwitch or VM network.
>
>
>
> On Fri, Jan 18, 2019 at 4:04 PM Charles Goldsmith <wokka at justfamily.org>
> wrote:
>
> Not sure, but let us know once you talk with your AWS / VMware sales team.
>
>
>
> If you need one, let me know and I'll put you in touch :)
>
>
>
> On Fri, Jan 18, 2019 at 3:01 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> I wonder if there are additional services you could subscribe to. Front it
> with VPN/IP extension service so the vSwitch can be configured with any
> VLAN that the extra layer offers.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> <image001.png>
>
>
>
> *From:* Charles Goldsmith <wokka at justfamily.org>
> *Sent:* Friday, January 18, 2019 3:51 PM
> *To:* Lelio Fulgenzi <lelio at uoguelph.ca>
> *Cc:* Matthew Collins <mcollins at block.co.uk>; cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> From what I understand, you cannot extend your IP, it's IP's assigned from
> AWS.  At least for public facing.  I'm assuming you can spin up another
> vswitch on the vsphere side and have private IP's, just like we can locally.
>
>
>
> On Fri, Jan 18, 2019 at 2:48 PM Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> Hmmm, in actuality, VMware on AWS seems like it will be the best
> replacement for a physical stack of bare metal servers for temporary use.
> As long as the IP address space was the same, you could simply shut them
> down and export after the migration was complete.
>
>
>
> Side question…
>
>
>
> Anyone know how that works? Can you extend your IP address space into AWS
> without much effort?
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> <image001.png>
>
>
>
> *From:* Charles Goldsmith <wokka at justfamily.org>
> *Sent:* Friday, January 18, 2019 3:12 PM
> *To:* Lelio Fulgenzi <lelio at uoguelph.ca>
> *Cc:* Matthew Collins <mcollins at block.co.uk>; cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> If you are one of my customers, I can arrange that.  Do we have a web page
> where you can just go sign up, no.  But there are services that let you
> rent bare metal servers.
>
>
>
> VMware and AWS are teaming up to rent you vsphere on AWS bare metal.
>
>
> On Jan 18, 2019, at 1:45 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> This should be a signal to professional services orgs out there to rent
> out UCS systems for offline upgrades. :)
>
>
>
>
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
>
> On Jan 18, 2019, at 5:24 AM, Matthew Collins <mcollins at block.co.uk> wrote:
>
> Agree with Lelio but sometimes parallel upgrade are just not possible.
>
>
>
> I’ve done 3 x 10.5 to 11.6 direct upgrade recently any only had one issue
> that wasn’t directly related to the upgrade. Other than that they have been
> pretty smooth.
>
>
>
> In your pre-checks don’t just check DB replication but also CUC and UCCX
> replication on the respective servers (utils uccx/cuc dbreplication
> status). Plus check from the pub and sub as on a CUC upgrade recently it
> kept failing, Turned out CUC replication wasn’t set up correctly. Ran the
> command from the Pub and it stated everything was good, Ran from the Sub
> said it was failed. Ended up re-building the CUC Sub. The issue came about
> from a host name change years back and some of the tables where not updated
> on the sub.
>
>
>
> Also double check the memory requirements. As 11.x requires 2 extra gig
> most of the OVA’s.
>
>
>
> Upgrade timings going from 10.5 to 11.5/6
>
>
>
> Memory upgrade where completed prior to upgrades.
>
> CUCM Upgrade Pub 90 Mins 7.5k OVA
> CUCM Upgrade Subs 60 Mins
> IM&P Upgrade Pub 70 Mins 5K OVA
> IM&P Upgrade Sub 50 Mins
>
> CUCM Switch Versions Pub 40 Mins
> CUCM Switch Versions Subs 30 Mins
> IM&P Switch Versions Pub 30 Mins
> IM&P Switch Versions Sub 30 Mins
>
> UCCX Upgrade Pub 80 Mins – 300 Agent OVA
> UCCX Upgrade Sub 60 Mins
> UCCX Switch Versions Pub 45 Mins
> UCCX Switch Versions Sub 30 Mins
>
>
>
>
>
>
>
> Regards
>
>
>
> Matthew Collins
>
>
>
>
>
> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of *Lelio
> Fulgenzi
> *Sent:* 17 January 2019 16:37
> *To:* SK <cciecollab2017 at gmail.com>; cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
>
>
> I will say one thing, if you have the opportunity to duplicate the
> environment in an off-line network and perform the upgrades there, then
> your migration will basically be downtime involved with shutting down old
> servers and turning up new servers. This is not trivial, by any stretch of
> the imagination. However, once you put some thought into it, I think you’ll
> find this method extremely valuable.
>
>
>
> You work out all the kinks in the offline network and repeat until you are
> satisfied.
>
>
>
> You’ll need a couple of things to make this work, namely, a change freeze
> window and the “pre 8.0” enterprise parameter.
>
>
>
> We’ve done this twice now and it’s worked like a charm.
>
>
>
> I would hate to do upgrades on live systems.
>
>
>
> Lelio
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | lelio at uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> <image001.png>
>
>
>
> *From:* cisco-voip <cisco-voip-bounces at puck.nether.net> *On Behalf Of *SK
> *Sent:* Thursday, January 17, 2019 10:48 AM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> We are planning upgrade for our CUCM - CUC -UCCX platform from 10.5 to
> 11.5 soon  . UCCX will be on 11.6.2 mostly .
>
>
>
> I will appreciate any pointers on known bugs / challenges .
>
>
>
> Thank you .
>
> _______________________________________________
> cisco-voip mailing list
> 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
>
> _______________________________________________
> cisco-voip mailing list
> 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
>
>
>
> --
>
> James Andrewartha
>
> Network & Projects Engineer
>
> Christ Church Grammar School
>
> Claremont, Western Australia
>
> Ph. (08) 9442 1757
>
> Mob. 0424 160 877
>
> _______________________________________________
> cisco-voip mailing list
> 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
>
> _______________________________________________
> cisco-voip mailing list
> 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/20190121/607d6bfd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image508338.png
Type: image/png
Size: 8404 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190121/607d6bfd/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image479412.png
Type: image/png
Size: 431 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190121/607d6bfd/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image444187.png
Type: image/png
Size: 561 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190121/607d6bfd/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image021927.png
Type: image/png
Size: 444 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20190121/607d6bfd/attachment-0003.png>