<div dir="ltr">The upgrades take too long is part of it. Especially if the upgrade is an RU upgrade, because it means that both the patch install/upgrade and the switch needs to take place in a maintenance mode.<div><br></div><div>The missing piece in my opinion is a way to put CUCM into a maintenance mode where it continues to service active calls (on ccm, cti, ipvms processes, etc) but forces new calls/registrations to another cucm. </div><div><br></div><div>Unity Connection does have a nice implementation of this (i.e. 'stop taking calls') which makes for completely transparent reboots, etc.</div><div><br></div><div>If CUCM had a maintenance mode like feature, we would be able to do these things during the day without causing problems.</div><div><br></div><div>Justin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 27, 2016 at 1:22 PM, Ryan Ratliff (rratliff) <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
Honest question, what exactly is it about the current implementation that fails to deliver on this?
<div><br>
</div>
<div>Is it something in the design of the upgrade process?</div>
<div><br>
</div>
<div>Is it that the upgrade takes too long to be done during any reasonable maintenance window?</div>
<div><br>
</div>
<div>Is it that you have to test the new version before you roll it into production?</div>
<div><br>
</div>
<div>Is it <your answer goes here>></div><span class="HOEnZb"><font color="#888888">
</font></span><div><span class="HOEnZb"><font color="#888888"><br>
<div>-Ryan </div></font></span><div><div class="h5">
<br>
<div>
<div>On Oct 27, 2016, at 12:02 PM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.<wbr>com</a>> wrote:</div>
<br class="m_3579839361246593001Apple-interchange-newline">
<div>
<div dir="ltr">If only there was an upgrade process wherein you install the new version to an inactive partition, and then could switch to the new version when you're ready. /sarcasm
<div><br>
</div>
<div>But seriously though, everyone in this thread is essentially coming up with their own clever way of replicating the promise Cisco failed to deliver on, which is performing your upgrades during production on the inactive partition and then switching
versions in a maintenance window. If they would have only held themselves to a higher standard, we wouldn't need this complex of an alternate solution.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Oct 25, 2016 at 2:45 PM, Ryan Huff <span dir="ltr">
<<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div id="m_3579839361246593001m_680939310062056763divtagdefaultwrapper" style="font-size:12pt;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Matthew is correct, copying is listed as "Supported with Caveats" at: <a href="http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements" class="m_3579839361246593001m_680939310062056763OWAAutoLink" target="_blank">http://docwiki.cisco.com/w<wbr>iki/Unified_Communications_VMw<wbr>are_Requirements</a>;
The caveat being found at <a href="http://docwiki.cisco.com/wiki/Unified_Communications_VMware_Requirements#Copy_Virtual_Machine" class="m_3579839361246593001m_680939310062056763OWAAutoLink" target="_blank">http://docwiki.cisco.com/wi<wbr>ki/Unified_Communications_VMwa<wbr>re_Requirements#Copy_Virtual_<wbr>Machine</a></p>
<p><br>
</p>
<p>The VM needs to be powered down first and the resulting VM will have a different MAC address (unless it was originally manually specified); so you'll need to rehost the PLM if it is co-res to any VM that you copy.
<br>
</p>
<p><br>
</p>
<p>Where I have seen folks get into trouble with this is where a subscriber is copied, and the user mistakenly thinks that by changing the IP and hostname it becomes unique and can be added to the cluster as a new subscriber. I have also seen users
make a copy of a publisher and change the network details of the copy, thinking it makes a unique cluster and then wonders why things like ILS wont work between the two clusters (and it isn't just because the cluster IDs are the same).</p>
<p><br>
</p>
<p>Having said all of that, I would NEVER do this in production ... maybe that is just me being cautious or old school, but that is just me. Even without changing network details on the copy, I have seen this cause issues with Affinity. At the very
least, if you travel this path I would make sure that the copy runs on the same host and even in the same datastore.</p>
<p><br>
</p>
<p>=== An alternative path ===</p>
<p><br>
</p>
<p>Admittedly, this path is longer and there is a little more work involve but is the safer path, IMO and is what I would trust for a production scenario.
<br>
</p>
<p><br>
</p>
<p>1.) Create a private port group on the host. If the cluster is on multiple hosts, span the port group through a connecting network to the other hosts but DO NOT create an SVI anywhere in the the topology for that DOT1Q tag (remembering to add a
DOT1Q tag on any networking devices between the two hosts and allowing on any trunks between the two hosts).</p>
<p><br>
</p>
<p>2.) Upload Cisco's CSR1000V to the host. If you're not familiar with the product it is at the core and unlicensed, a virtual router with three interfaces by default. Out of the box, it is more than enough to replicate DNS/NTP on your private network
which is all you'll need. Assign the private port group to the network adapters and configure DNS and NTP (master 2) on this virtual router.</p>
<p><br>
</p>
<p>3.) Build out a replica of your production UC cluster on the private network.
<br>
</p>
<p><br>
</p>
<p>4.) Take a DRS of the production UC apps and then put your SFTP server on the private network and do a DRS restore to the private UC apps.</p>
<p><br>
</p>
<p>5.) Upgrade the private UC apps and switch your port group labels on the production/private UC apps during a maintenance window.</p>
<p><br>
</p>
<p>Thanks,</p>
<p><br>
</p>
<p>Ryan<br>
</p>
<p><br>
</p>
<p><br>
</p>
<p><br>
</p>
<div>
<hr style="display:inline-block;width:98%">
<div id="m_3579839361246593001m_680939310062056763divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif"><b>From:</b> cisco-voip <<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nethe<wbr>r.net</a>>
on behalf of Matthew Loraditch <<a href="mailto:MLoraditch@heliontechnologies.com" target="_blank">MLoraditch@heliontechnologies<wbr>.com</a>><br>
<b>Sent:</b> Tuesday, October 25, 2016 3:01 PM<br>
<b>To:</b> Tommy Schlotterer; Scott Voll; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">
cisco-voip@puck.nether.net</a>
<div>
<div class="m_3579839361246593001h5"><br>
<b>Subject:</b> Re: [cisco-voip] Not supported I'm sure..... but what do you think?</div>
</div>
</font>
<div> </div>
</div>
<div>
<div class="m_3579839361246593001h5">
<div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I can’t see any reason it wouldn’t be supported honestly. Offline Cloning is allowed for migration/backup purposes. I actually did the NAT thing to do my BE5k to 6K conversions.
Kept both systems online.</span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">The only thing I can think to be thought of is ITLs, does an upgrade do anything that you’d have to reset phones to go back to the old servers if there are issues? I don’t
think so, but not certain.</span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA<br>
Network Engineer<br>
Direct Voice: <a href="tel:443.541.1518" value="+14435411518" target="_blank">
443.541.1518</a></span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><br>
<br>
</span></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><a href="https://www.facebook.com/heliontech?ref=hl" style="color:rgb(5,99,193);text-decoration:underline" target="_blank"><span style="font-size:8.0pt;color:blue">Facebook</span></a></span><span style="font-size:8.0pt;font-family:"Calibri",sans-serif;color:#1f497d">
| </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><a href="https://twitter.com/HelionTech" style="color:rgb(5,99,193);text-decoration:underline" target="_blank"><span style="font-size:8.0pt;color:blue">Twitter</span></a></span><span style="font-size:8.0pt;font-family:"Calibri",sans-serif;color:#1f497d">
| </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><a href="https://www.linkedin.com/company/helion-technologies?trk=top_nav_home" style="color:rgb(5,99,193);text-decoration:underline" target="_blank"><span style="font-size:8.0pt;color:blue">LinkedIn</span></a></span><span style="font-size:8.0pt;font-family:"Calibri",sans-serif;color:#1f497d">
| </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><a href="https://plus.google.com/+Heliontechnologies/posts" style="color:rgb(5,99,193);text-decoration:underline" target="_blank"><span style="font-size:8.0pt;color:blue">G+</span></a></span></div>
</div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div>
<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in">
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puc<wbr>k.nether.net</a>]
<b>On Behalf Of </b>Tommy Schlotterer<br>
<b>Sent:</b> Tuesday, October 25, 2016 2:49 PM<br>
<b>To:</b> Scott Voll <<a href="mailto:svoll.voip@gmail.com" target="_blank">svoll.voip@gmail.com</a>>;
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] Not supported I'm sure..... but what do you think?</span></div>
</div>
</div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<a name="m_3579839361246593001_m_680939310062056763__MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I do a similar, but supported process. I take DRS backups and then restore on servers in a sandbox VLAN. Works well.
Make sure you check your phone firmware and upgrade to the current version before the cutover or all your phones will have to upgrade on cutover.</span></a><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"></span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Also make sure you don’t change Hostname/Ip addresses in the sandbox as that will cause your ITL to regenerate and cause issues with phone configuration changes after cutover.</span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Thanks</span></div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><br>
Tommy </span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#6d6d6d">Tommy Schlotterer | Systems Engineer</span></b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#6d6d6d"><br>
<b>Presidio | </b></span><b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#0b4cb4"><a href="http://www.presidio.com/" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">www.presidio.com</a></span></b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#0b4cb4"><br>
</span><b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#6d6d6d">20 N. Saint Clair, 3rd Floor, Toledo, OH 43604</span></b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#6d6d6d"><br>
<b>D: <a href="tel:419.214.1415" value="+14192141415" target="_blank">
419.214.1415</a> | C: <a href="tel:419.706.0259" value="+14197060259" target="_blank">
419.706.0259</a> | </b></span><b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#085296"><a href="mailto:tschlotterer@presidio.com" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">tschlotterer@presidio.com</a></span></b><span style="font-size:7.0pt;font-family:"Verdana",sans-serif;color:#3c61af"></span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"> </span></p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> cisco-voip [<a href="mailto:cisco-voip-bounces@puck.nether.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">mailto:cisco-voip-bounces@puc<wbr>k.nether.net</a>]
<b>On Behalf Of </b>Scott Voll<br>
<b>Sent:</b> Tuesday, October 25, 2016 2:43 PM<br>
<b>To:</b> <a href="mailto:cisco-voip@puck.nether.net" style="color:rgb(5,99,193);text-decoration:underline" target="_blank">
cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> [cisco-voip] Not supported I'm sure..... but what do you think?</span></div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
So my co-worker and I are thinking about upgrades. we are currently on 10.5 train and thinking about the 11.5 train.</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
What would be your thoughts about taking a clone of every VM. CM, UC, UCCx, CER, PLM, </div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
placing it on another vlan with the same IP's. NAT it as it goes onto your network so it has access to NTP, DNS, AD, etc.</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
do your upgrade on the clones.</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
Then in VM ware shut down the originals,and change the Vlan (on the clones) back to the production vlan for your voice cluster.</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
it would be like a telco slash cut. 10 minute outage as you move from one version to the other.</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
Thoughts?</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
<div>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
Scott</div>
</div>
<div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
</div>
</div>
<p style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:"Times New Roman",serif">
</p>
<div style="margin:0in 0in 0.0001pt;font-size:12pt;font-family:'Times New Roman',serif">
<em><span style="font-size:8.5pt">This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient,
please notify the sender, and then please delete and destroy all copies and attachments<span style="color:#1f497d">.
</span>Please be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited.</span></em></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailma<wbr>n/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/<wbr>mailman/listinfo/cisco-voip</a><br>
</div>
</div>
<br>
</div></div></div>
</div>
<br>______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/<wbr>mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>