<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:12pt"><div style="RIGHT: auto"><SPAN style="RIGHT: auto">Aah, got it.  Thanks Greg.<VAR id=yui-ie-cursor></VAR><BR style="RIGHT: auto" class=yui-cursor></SPAN></div>

<div><BR></div>

<DIV style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 12pt">

<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">

<DIV dir=ltr><FONT size=2 face=Arial>

<DIV style="BORDER-BOTTOM: #ccc 1px solid; BORDER-LEFT: #ccc 1px solid; PADDING-BOTTOM: 0px; LINE-HEIGHT: 0; MARGIN: 5px 0px; PADDING-LEFT: 0px; PADDING-RIGHT: 0px; HEIGHT: 0px; FONT-SIZE: 0px; BORDER-TOP: #ccc 1px solid; BORDER-RIGHT: #ccc 1px solid; PADDING-TOP: 0px" class=hr contentEditable=false readonly="true"></DIV><B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Gregory Wenzel <gwenzel@conres.com><BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> Joe Albertini <jalbertini@ymail.com>; Mike <mikeeo@msn.com> <BR><B><SPAN style="FONT-WEIGHT: bold">Cc:</SPAN></B> cisco-voip@puck.nether.net <BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Wednesday, February 29, 2012 9:07 AM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> RE: [cisco-voip] Bridge upgrade vs. sub(s)<BR></FONT></DIV><BR>During your upgrade to the bridge server (aka swing server) you have the<BR>opportunity to change the destination ip address and

hostname. If you didn't change the name or ip address then you must restore it on the identical server. Hostname Ip address -----Original Message----- From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Joe Albertini Sent: Wednesday, February 29, 2012 9:05 AM To: Mike Cc: <<A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>> Subject: Re: [cisco-voip] Bridge upgrade vs. sub(s) I thought to restore the CUCM database to another server it had to have the same IP address of the existing PUB server? This procedure would also require new license generation as well.

 <BR><BR>Regards,<BR>Joe<BR><BR>On Feb 28, 2012, at 8:57, "Mike " <<A href="mailto:mikeeo@msn.com" ymailto="mailto:mikeeo@msn.com">mikeeo@msn.com</A>> wrote:<BR><BR>> This may not be practical, but have you considered a swing server? We <BR>> have done this in the past. You take an IBM/HP equivalent (7816-I4) <BR>> load existing version on that and restore from production. Then <BR>> upgrade that to 8.6 and backup. Then load 8.6 on your new DL380s and<BR>restore.<BR>> <BR>> This leaves your production environment untouched and now you have a <BR>> complete copy running 8.6. Just swap the Ethernet cables and reset the<BR><BR>> phones and you are set.<BR>> <BR>> -----Original Message-----<BR>> From: <A href="mailto:cisco-voip-bounces@puck.nether.net" ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A><BR>> [mailto:<A href="mailto:cisco-voip-bounces@puck.nether.net"

 ymailto="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</A>] On Behalf Of Beck, Andre<BR>> Sent: Monday, February 27, 2012 11:55 AM<BR>> To: <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> Subject: [cisco-voip] Bridge upgrade vs. sub(s)<BR>> <BR>> Hi,<BR>> <BR>> I'm preparing for an upgrade of a cluster (just one sub) running <BR>> 7.1(3) on DL380G4s (7845H2) to 8.6(2) on DL380G6s. To make things <BR>> interesting, the old version doesn't even recognize the new servers, <BR>> and the new version is not supported on the old metal except for <BR>> bridge upgrade. Needless to say, the upgrade has to be done with <BR>> minimal downtime, something like 15min to switch would be acceptable,<BR>not more.<BR>> <BR>> I'm planning to proceed as such:<BR>> <BR>> 1) Shut down the pub, while the sub continues

 serving the live<BR>network.<BR>> 2) Boot the pub using GRML or such Linux live CD and make a full disk<BR>>  copy to external storage. Maybe also break the mirrors and insert<BR>>  additional disks to have a physical copy through RAID, putting the<BR>>  original disks at a safe place.<BR>> 3) Isolate the pub in a replica of the original network including<BR>>  default gateway, DNS and NTP servers as needed. Boot it up again.<BR>> 4) Do the upgrade procedure to 8.6(2) as documented, ending up with<BR>>  a bridged upgrade only machine.<BR>>  *** Here the docs state I have to also do this to the sub(s). Of<BR>>  course I can't, they are serving the live network here. Is this<BR>>  fatal, or is my procedure a proper workaround?<BR>> 5) Do a DRS backup of the bridge-upgraded pub.<BR>> 6) Restore the original pub using the copies made in step (2), plug it<BR>>  back into

 the live network, boot it up and have the live network<BR>>  working fully redundant again.<BR>> 7) Install 8.6(2) on a new DL380G6 plugged into the replica network.<BR>> 8) Restore the DRS backup from (5) to this new pub.<BR>> 9) Make sure the pub is working correctly, except for the missing sub.<BR>> 10) Now add a second DL380G6 to the replica network, install 8.6(2) as<BR>>    a sub on it, and reestablish the cluster. Manually make sure all<BR>>    files in the TFTP server of the original sub are available on the<BR>>    new sub as well, as that one isn't restored from backup.<BR>> 11) After making a lot of tests and sanity checks, swap in the new<BR>>    cluster in a short downtime window.<BR>> <BR>> Does this plan make any sense? Is there a better one? I'm specifically<BR><BR>> bothered by the documented need to perform the bridged upgrade on all <BR>> nodes in

 unison, and then to restore first to the pub, then to all the<BR><BR>> subs. Of course that's impossible without inacceptable downtimes. But <BR>> I assume that I cannot, after step (6), just isolate the old sub in <BR>> the same way as the pub before, doing a bridge upgrade of that <BR>> isolated sub only to get hold of a DRS backup of the sub?<BR>> <BR>> Any hints or ideas welcome,<BR>> TIA,<BR>> Andre.<BR>> -- <BR>>                    Cool .signatures are so 90s...<BR>> <BR>> -> Andre Beck    +++ ABP-RIPE +++      IBH IT-Service GmbH, Dresden <-<BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip"

 target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR>> <BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net" ymailto="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip" target=_blank>https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>This message w/attachments (message) is 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, and 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. <BR>Unless specifically indicated, this message is not an offer to sell or a solicitation of any products.<BR><BR><BR><BR></DIV></DIV></div></body></html>