yeah thx guys at 4am <br><br>----- Original Message -----<br>From: Russell Chaseling <rchaseling@plannet21.ie><br>Date: Tuesday, June 4, 2013 4:03 am<br>Subject: Re: [cisco-voip] CUCM Export<br>To: Ryan Ratliff <rratliff@cisco.com>, Matthew Loraditch <mloraditch@heliontechnologies.com><br>Cc: 'Cisco-voip' <cisco-voip@puck.nether.net><br><br>> Great info guys. Thanks<br>> <br>> From: Ryan Ratliff [mailto:rratliff@cisco.com]<br>> Sent: 03 June 2013 16:56<br>> To: Matthew Loraditch<br>> Cc: Russell Chaseling; Nate VanMaren; 'Cisco-voip'<br>> Subject: Re: [cisco-voip] CUCM Export<br>> <br>> More specifics on the jump upgrade will come when 9.2(1) is <br>> released.  One of the things that will change is that you won't <br>> need to get a license to proceed with your upgrade to 9.x.   The <br>> entire purpose of the jump is to avoid customers using a spare <br>> MCS server to bridge between 6.x/7.x and 9.x.<br>> <br>> -Ryan<br>> <br>> On May 31, 2013, at 11:10 AM, Matthew Loraditch <br>> <mloraditch@heliontechnologies.com<mailto:mloraditch@heliontechnologies.com>> wrote:<br>> <br>> Jump will be allowing 6.1.5 and 7.1.5 to be installed  in <br>> VMWare, thus allowing you to not have to upgrade a production <br>> cluster to 8.0.3. before going to 9.1<br>> I haven't gotten a clear answer yet on what they are actually <br>> doing to make this work any differently than it functionally <br>> (but not supported) does now.<br>> <br>> <br>> Matthew G. Loraditch - CCNP-Voice, CCNA-R&S, CCDA<br>> <br>> 1965 Greenspring Drive<br>> Timonium, MD 21093<br>> <br>> voice. 410.252.8830<br>> fax.  410.252.9284<br>> <br>> Twitter<http: twitter.com="" heliontech="">  |  <br>> Facebook<http: www.facebook.com="" #!="" pages="" helion="" 252157915296="">  <br>> | Website<http: www.heliontechnologies.com="">  |  Email <br>> Support<mailto:support@heliontechnologies.com?subject=technical%20support%20request><br>> <br>> From: cisco-voip [mailto:cisco-voip-<br>> bounces@puck.nether.net<mailto:voip-bounces@puck.nether.net>] On <br>> Behalf Of Russell Chaseling<br>> Sent: Friday, May 31, 2013 11:01 AM<br>> To: Nate VanMaren; 'Cisco-voip'<br>> Subject: Re: [cisco-voip] CUCM Export<br>> <br>> Cheers<br>> <br>> I suspected this might the case with BAT files between the two. <br>> What is a "jump" upgrade?<br>> <br>> From: Nate VanMaren [mailto:VanMarenNP@ldschurch.org]<br>> Sent: 31 May 2013 15:52<br>> To: Russell Chaseling; 'Cisco-voip'<br>> Subject: RE: CUCM Export<br>> <br>> The formats are different, so you will spend a very very long <br>> time fixing the bat csv files between the versions.<br>> <br>> You might want to talk to your cisco se about "jump" upgrades, I <br>> think they'd fit your situation better.<br>> <br>> Thanks,<br>> -Nate<br>> <br>> From: cisco-voip [mailto:cisco-voip-bounces@puck.nether.net] On <br>> Behalf Of Russell Chaseling<br>> Sent: Friday, May 31, 2013 7:01 AM<br>> To: 'Cisco-voip'<br>> Subject: [cisco-voip] CUCM Export<br>> <br>> Hi all,<br>> <br>> Have a query regarding building a Call Manager from scratch <br>> using a BAT export from another. Basically have to upgrade a <br>> 6.1.3 cluster on hardware to 9.1 an VMware. This site is a 24/7 <br>> operation using Extension Mobility. To do the upgrade it will <br>> need to be in 3 steps.....upgrade 6.1.3 to 8.0.3....backup to <br>> VMware....refresh upgrade to 9.1. This is going to cause more <br>> outages than the site can tolerate.<br>> <br>> My question is can anyone see any issues with taking a BAT <br>> Export of the config on 6.13 and then importing it on the a new <br>> build of 9.1 with same IP details / Hostname - then making sure <br>> all configuration is the same between the two and unplugging old <br>> and plugging in new?<br>> <br>> 1)      I would assume all user / application passwords / PINs <br>> would be lost<br>> 2)      Possible certificate issues (but as verion 6 doesn't <br>> have Security by Default) should be ok?<br>> <br>> Anyone done an upgrade like this?<br>> <br>> Thanks<br>> Russell<br>> <br>> <br>> <br>> <br>> NOTICE: This email message is for the sole use of the intended <br>> recipient(s) and may contain confidential and privileged <br>> information. Any unauthorized review, use, disclosure or <br>> distribution is prohibited. If you are not the intended <br>> recipient, please contact the sender by reply email and destroy <br>> all copies of the original message.<br>> <br>> _______________________________________________<br>> cisco-voip mailing list<br>> cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net><br>> https://puck.nether.net/mailman/listinfo/cisco-voip<br>> <br>> </mailto:cisco-voip@puck.nether.net></mailto:voip-bounces@puck.nether.net></mailto:support@heliontechnologies.com?subject=technical%20support%20request></http:></http:></http:></mloraditch@heliontechnologies.com<mailto:mloraditch@heliontechnologies.com></cisco-voip@puck.nether.net></mloraditch@heliontechnologies.com></rratliff@cisco.com></rchaseling@plannet21.ie>