Mailing List Archive

Might be less work to just start over…..


> On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com> wrote:
>
> Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!
>
> Exact Versions are:
> 8.5 SU2 for CUCM/UCXN
> 8.5 FCS for UCCX
>
> Each is a pair of servers.
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.
>
> Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x
>
> I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.
>
> Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.
>
> In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Matthew Loraditch?
> Sr. Network Engineer
> p: 443.541.1518 <tel:443.541.1518>
> w: www.heliontechnologies.com <http://www.heliontechnologies.com/> | e: MLoraditch@heliontechnologies.com <mailto:MLoraditch@heliontechnologies.com>
> <image989392.png> <http://www.heliontechnologies.com/>
> <image983202.png> <https://facebook.com/heliontech>
> <image808092.png> <https://twitter.com/heliontech>
> <image029668.png> <https://www.linkedin.com/company/helion-technologies>_______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>

Or turn it into the first cisco-voip community project, and we all jump in
and help? I call translation patterns!

On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org> wrote:

>
> Might be less work to just start over…..
>
>
> On May 28, 2020, at 10:25 AM, Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
> Exact Versions are:
> 8.5 SU2 for CUCM/UCXN
> 8.5 FCS for UCCX
>
> Each is a pair of servers.
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Matthew Loraditch?
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
> <image989392.png> <http://www.heliontechnologies.com/>
> <image983202.png> <https://facebook.com/heliontech>
> <image808092.png> <https://twitter.com/heliontech>
> <image029668.png> <https://www.linkedin.com/company/helion-technologies>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

Ha, maybe for a larger amount of servers, but the amount of time to read, interpret/document, have meetings with the customer to go over, and finally program it all again, would be astronomically longer. There are I think 8 different sites/flows in the system. That’s all active work. Most of the upgrade/migration time is just waiting for things.

Although I did just remember I can COBRAS Unity Connection… been a hot minute since I did that but that just shaved some of my time off.

Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch@heliontechnologies.com
From: Kent Roberts <kent@fredf.org>
Sent: Thursday, May 28, 2020 1:56 PM
To: Matthew Loraditch <MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]


Might be less work to just start over…..



On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
<image989392.png><http://www.heliontechnologies.com/>
<image983202.png><https://facebook.com/heliontech>
<image808092.png><https://twitter.com/heliontech>
<image029668.png><https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Free Beer to all participants at the next in person Cisco Live!


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch@heliontechnologies.com
From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Thursday, May 28, 2020 2:02 PM
To: Kent Roberts <kent@fredf.org>
Cc: Matthew Loraditch <MLoraditch@heliontechnologies.com>; cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]

Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!

On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>> wrote:

Might be less work to just start over…..



On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
<image989392.png><http://www.heliontechnologies.com/>
<image983202.png><https://facebook.com/heliontech>
<image808092.png><https://twitter.com/heliontech>
<image029668.png><https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Keep in mind that PCD network migrations, while awesome for CUCM, do not
work for other products.

Typically with a project like this, you'll likely have a different approach
for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to
in some cases), and at that point, it might be better to install fresh, and
use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a
greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
MLoraditch@heliontechnologies.com> wrote:

> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
>
>
> Exact Versions are:
>
> 8.5 SU2 for CUCM/UCXN
>
> 8.5 FCS for UCCX
>
>
>
> Each is a pair of servers.
>
>
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
>
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
>
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
>
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
>
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
>
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
>
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
>
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Matthew Loraditch?
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
> [image: Facebook] <https://facebook.com/heliontech>
> [image: Twitter] <https://twitter.com/heliontech>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

I was thinking of the community configuration approach Anthony suggested and was thinking of the debates we’d have if we did that:

1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”, “LOC”, and the ever-debated “RGN” or “REG”?.
2. FQDN or IP addresses?
3. Do all the media resources go into a single MRG or not?
4. Do we click “Run on all Nodes” for route lists and trunks or not?
5. MGCP, SIP, or H323 (if using PRIs)?
6. Can UCCX have upper-case hostnames or not?

The debates would take us so long, version 14.0 would be out, and then we’d have to debate about whether a “.0” versoin is stable or not or should we wait for “.5”? Still, could be fun!







From: Anthony Holloway
Sent: 28 May 2020 19:15
To: Matthew Loraditch
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.



Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.



With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.



Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.



On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!



Exact Versions are:

8.5 SU2 for CUCM/UCXN

8.5 FCS for UCCX



Each is a pair of servers.



Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.



Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.



As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)



For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x



I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.



Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.



In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.



Welcome to my fun life!





























Matthew Loraditch?

Sr. Network Engineer

p: 443.541.1518

w: http://www.heliontechnologies.com/"]www.heliontechnologies.com

|

e: MLoraditch@heliontechnologies.com

http://www.heliontechnologies.com/"]

https://facebook.com/heliontech"]

https://twitter.com/heliontech"]

https://www.linkedin.com/company/helion-technologies"]

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip"]https://puck.nether.net/mailman/listinfo/cisco-voip

Another thing, CUCM 12.5 specific, Cisco wants all of us to run through the
Collaboration Sizing Tool every time we upgrade to 12.5 now.

See slide 13
https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/BRKUCC-2011.pdf

On Thu, May 28, 2020 at 1:08 PM Anthony Holloway <
avholloway+cisco-voip@gmail.com> wrote:

> Keep in mind that PCD network migrations, while awesome for CUCM, do not
> work for other products.
>
> Typically with a project like this, you'll likely have a different
> approach for each app, and not a one size fits all solution.
>
> With the app upgrades, you will also have to change OVA sizes (or want to
> in some cases), and at that point, it might be better to install fresh, and
> use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
> data exported/imported from old to new.
>
> Or like Kent said, tell yourself it's a toshiba system, and treat it like
> a greenfield.
>
> On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
>> Here’s a fun one. We have taken over support of these ancient servers
>> hosted on Esxi 4.1 on UCS-C200-M2s!
>>
>>
>>
>> Exact Versions are:
>>
>> 8.5 SU2 for CUCM/UCXN
>>
>> 8.5 FCS for UCCX
>>
>>
>>
>> Each is a pair of servers.
>>
>>
>>
>> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
>> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
>> available publicly.
>>
>>
>>
>> Also fun wrinkle the new host are across the WAN and for many logistical
>> reasons are staying there. The migration to the new hosts will have to be
>> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
>> data across will be fast enough to finish in the allotted time period. My
>> plan was a change freeze window and copy/restore the backups and then
>> activate the new servers and move the subnet to the new location.
>>
>>
>>
>> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
>> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
>> migration to Finesse!)
>>
>>
>>
>> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
>> then to 12x
>>
>>
>>
>> I think my plan is to do the upgrades to the interim versions on the old
>> hosts then migrate to the new and then finish the upgrades. The old hosts
>> will need ESXi upgrades to an interim version.
>>
>>
>>
>> Anyone have thoughts on what they would do here? This is partially
>> depending on TAC being able to provide me the ISOs I will need, but I
>> presume there is an archive.
>>
>>
>>
>> In theory some sort of PCD migration is also an option, but I’ve never
>> done one and not sure how it could handle the subnet situation that will
>> have to exist.
>>
>>
>>
>> Welcome to my fun life!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Matthew Loraditch?
>> Sr. Network Engineer
>> p: *443.541.1518* <443.541.1518>
>> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
>> e: *MLoraditch@heliontechnologies.com*
>> <MLoraditch@heliontechnologies.com>
>> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>> [image: Facebook] <https://facebook.com/heliontech>
>> [image: Twitter] <https://twitter.com/heliontech>
>> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>

I call blank translation patterns. ????

From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Anthony Holloway
Sent: Thursday, May 28, 2020 2:02 PM
To: Kent Roberts <kent@fredf.org>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!

On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>> wrote:

Might be less work to just start over…..



On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
<image989392.png><http://www.heliontechnologies.com/>
<image983202.png><https://facebook.com/heliontech>
<image808092.png><https://twitter.com/heliontech>
<image029668.png><https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Don’t forget:

7: @ with route filters or not. ????



From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of James B
Sent: Thursday, May 28, 2020 2:28 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com>; Matthew Loraditch <MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

I was thinking of the community configuration approach Anthony suggested and was thinking of the debates we’d have if we did that:


1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”, “LOC”, and the ever-debated “RGN” or “REG”?.
2. FQDN or IP addresses?
3. Do all the media resources go into a single MRG or not?
4. Do we click “Run on all Nodes” for route lists and trunks or not?
5. MGCP, SIP, or H323 (if using PRIs)?
6. Can UCCX have upper-case hostnames or not?

The debates would take us so long, version 14.0 would be out, and then we’d have to debate about whether a “.0” versoin is stable or not or should we wait for “.5”? Still, could be fun!



From: Anthony Holloway<mailto:avholloway+cisco-voip@gmail.com>
Sent: 28 May 2020 19:15
To: Matthew Loraditch<mailto:MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.

Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:
Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Replying off-list…

Yes, I took down our telephone system once by inserting a blank translation in the none partition.

What did I know? I was young and naïve. ????

Of course, with CCM v2 or v3, anything was possible. ????

From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Lelio Fulgenzi
Sent: Thursday, May 28, 2020 2:30 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com>; Kent Roberts <kent@fredf.org>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

I call blank translation patterns. ????

From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Anthony Holloway
Sent: Thursday, May 28, 2020 2:02 PM
To: Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!

On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>> wrote:

Might be less work to just start over…..


On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
<image989392.png><http://www.heliontechnologies.com/>
<image983202.png><https://facebook.com/heliontech>
<image808092.png><https://twitter.com/heliontech>
<image029668.png><https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Easy

1. Clearly it's "-pt"
2. FQDN or die
3. Design specific, but generally no, just so you can predict which
resource will be used easier
4. Obviously yes, it's superior in 90% of cases unless you're doing geo-sme
5. SIP or die
6. Documented as lower case. End. of. story.

"Hostname must be in lower case and the character limit is 24 characters."
Source:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_12_5/install/guide/uccx_b_125install-and-upgrade-guide/uccx_b_125install-and-upgrade-guide_chapter_00.html#reference_6AA69DFAE265C92FB0D4AAC7D2FDCA35

On Thu, May 28, 2020 at 1:27 PM James B <james.buchanan2@gmail.com> wrote:

> I was thinking of the community configuration approach Anthony suggested
> and was thinking of the debates we’d have if we did that:
>
>
>
> 1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”,
> “LOC”, and the ever-debated “RGN” or “REG”?.
> 2. FQDN or IP addresses?
> 3. Do all the media resources go into a single MRG or not?
> 4. Do we click “Run on all Nodes” for route lists and trunks or not?
> 5. MGCP, SIP, or H323 (if using PRIs)?
> 6. Can UCCX have upper-case hostnames or not?
>
>
>
> The debates would take us so long, version 14.0 would be out, and then
> we’d have to debate about whether a “.0” versoin is stable or not or should
> we wait for “.5”? Still, could be fun!
>
>
>
>
>
>
>
> *From: *Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent: *28 May 2020 19:15
> *To: *Matthew Loraditch <MLoraditch@heliontechnologies.com>
> *Cc: *cisco-voip@puck.nether.net
> *Subject: *Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>
>
>
> Keep in mind that PCD network migrations, while awesome for CUCM, do not
> work for other products.
>
>
>
> Typically with a project like this, you'll likely have a different
> approach for each app, and not a one size fits all solution.
>
>
>
> With the app upgrades, you will also have to change OVA sizes (or want to
> in some cases), and at that point, it might be better to install fresh, and
> use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
> data exported/imported from old to new.
>
>
>
> Or like Kent said, tell yourself it's a toshiba system, and treat it like
> a greenfield.
>
>
>
> On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
>
>
> Exact Versions are:
>
> 8.5 SU2 for CUCM/UCXN
>
> 8.5 FCS for UCCX
>
>
>
> Each is a pair of servers.
>
>
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
>
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
>
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
>
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
>
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
>
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
>
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
>
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Matthew Loraditch**?*
>
> *Sr. Network Engineer*
>
> p: *443.541.1518* <443.541.1518>
>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>
> |
>
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>
> [image: Facebook] <https://facebook.com/heliontech>
>
> [image: Twitter] <https://twitter.com/heliontech>
>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>

I swear, really, that I'm not trying to stir anything up here.

But is there any reason to turn up a new cluster with IPs?? You have to use
FQDNs for at least some stuff (Jabber and web portal related stuff in
particular)...

I promise I'm not trying to start something.

--
Hunter Fuller (they)
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering


On Thu, May 28, 2020 at 1:28 PM James B <james.buchanan2@gmail.com> wrote:

> I was thinking of the community configuration approach Anthony suggested
> and was thinking of the debates we’d have if we did that:
>
>
>
> 1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”,
> “LOC”, and the ever-debated “RGN” or “REG”?.
> 2. FQDN or IP addresses?
> 3. Do all the media resources go into a single MRG or not?
> 4. Do we click “Run on all Nodes” for route lists and trunks or not?
> 5. MGCP, SIP, or H323 (if using PRIs)?
> 6. Can UCCX have upper-case hostnames or not?
>
>
>
> The debates would take us so long, version 14.0 would be out, and then
> we’d have to debate about whether a “.0” versoin is stable or not or should
> we wait for “.5”? Still, could be fun!
>
>
>
>
>
>
>
> *From: *Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent: *28 May 2020 19:15
> *To: *Matthew Loraditch <MLoraditch@heliontechnologies.com>
> *Cc: *cisco-voip@puck.nether.net
> *Subject: *Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>
>
>
> Keep in mind that PCD network migrations, while awesome for CUCM, do not
> work for other products.
>
>
>
> Typically with a project like this, you'll likely have a different
> approach for each app, and not a one size fits all solution.
>
>
>
> With the app upgrades, you will also have to change OVA sizes (or want to
> in some cases), and at that point, it might be better to install fresh, and
> use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
> data exported/imported from old to new.
>
>
>
> Or like Kent said, tell yourself it's a toshiba system, and treat it like
> a greenfield.
>
>
>
> On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
>
>
> Exact Versions are:
>
> 8.5 SU2 for CUCM/UCXN
>
> 8.5 FCS for UCCX
>
>
>
> Each is a pair of servers.
>
>
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
>
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
>
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
>
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
>
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
>
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
>
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
>
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Matthew Loraditch**?*
>
> *Sr. Network Engineer*
>
> p: *443.541.1518* <443.541.1518>
>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>
> |
>
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>
> [image: Facebook] <https://facebook.com/heliontech>
>
> [image: Twitter] <https://twitter.com/heliontech>
>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

lol, not exactly off list there buddy. ;)

On Thu, May 28, 2020 at 1:32 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

> *Replying off-list…*
>
>
>
> Yes, I took down our telephone system once by inserting a blank
> translation in the none partition.
>
>
>
> What did I know? I was young and naïve. ????
>
>
>
> Of course, with CCM v2 or v3, anything was possible. ????
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Lelio
> Fulgenzi
> *Sent:* Thursday, May 28, 2020 2:30 PM
> *To:* Anthony Holloway <avholloway+cisco-voip@gmail.com>; Kent Roberts <
> kent@fredf.org>
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>
>
>
> I call blank translation patterns. ????
>
>
>
> *From:* cisco-voip <cisco-voip-bounces@puck.nether.net> *On Behalf Of *Anthony
> Holloway
> *Sent:* Thursday, May 28, 2020 2:02 PM
> *To:* Kent Roberts <kent@fredf.org>
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>
>
>
> *CAUTION:* This email originated from outside of the University of
> Guelph. Do not click links or open attachments unless you recognize the
> sender and know the content is safe. If in doubt, forward suspicious emails
> to IThelp@uoguelph.ca
>
>
>
> Or turn it into the first cisco-voip community project, and we all jump in
> and help? I call translation patterns!
>
>
>
> On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org> wrote:
>
>
>
> Might be less work to just start over…..
>
>
>
>
>
> On May 28, 2020, at 10:25 AM, Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
>
>
> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
>
>
> Exact Versions are:
>
> 8.5 SU2 for CUCM/UCXN
>
> 8.5 FCS for UCCX
>
>
>
> Each is a pair of servers.
>
>
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
>
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
>
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
>
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
>
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
>
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
>
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
>
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Matthew Loraditch**?*
>
> *Sr. Network Engineer*
>
> p: *443.541.1518* <443.541.1518>
>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>
> |
>
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
>
> <image989392.png> <http://www.heliontechnologies.com/>
>
> <image983202.png> <https://facebook.com/heliontech>
>
> <image808092.png> <https://twitter.com/heliontech>
>
> <image029668.png> <https://www.linkedin.com/company/helion-technologies>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>

The argument used to be that using an FQDN made you dependent on DNS. Then, someone realized that all the other stuff customers care about relies on DNS, so maybe that was OK. And certificates of course.



FQDN all the way!







From: Hunter Fuller
Sent: 28 May 2020 19:35
To: James B
Cc: Anthony Holloway; Matthew Loraditch; cisco-voip@puck.nether.net
Subject: Re: [External] Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



I swear, really, that I'm not trying to stir anything up here.



But is there any reason to turn up a new cluster with IPs?? You have to use FQDNs for at least some stuff (Jabber and web portal related stuff in particular)...



I promise I'm not trying to start something.


--
Hunter Fuller (they)
Router Jockey
VBH Annex B-5
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering





On Thu, May 28, 2020 at 1:28 PM James B <james.buchanan2@gmail.com> wrote:

I was thinking of the community configuration approach Anthony suggested and was thinking of the debates we’d have if we did that:

1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”, “LOC”, and the ever-debated “RGN” or “REG”?.
2. FQDN or IP addresses?
3. Do all the media resources go into a single MRG or not?
4. Do we click “Run on all Nodes” for route lists and trunks or not?
5. MGCP, SIP, or H323 (if using PRIs)?
6. Can UCCX have upper-case hostnames or not?

The debates would take us so long, version 14.0 would be out, and then we’d have to debate about whether a “.0” versoin is stable or not or should we wait for “.5”? Still, could be fun!







From: Anthony Holloway
Sent: 28 May 2020 19:15
To: Matthew Loraditch
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.



Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.



With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.



Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.



On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!



Exact Versions are:

8.5 SU2 for CUCM/UCXN

8.5 FCS for UCCX



Each is a pair of servers.



Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.



Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.



As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)



For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x



I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.



Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.



In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.



Welcome to my fun life!





























Matthew Loraditch?

Sr. Network Engineer

p: 443.541.1518

w: http://www.heliontechnologies.com/"]www.heliontechnologies.com

|

e: MLoraditch@heliontechnologies.com

http://www.heliontechnologies.com/"]

https://facebook.com/heliontech"]

https://twitter.com/heliontech"]

https://www.linkedin.com/company/helion-technologies"]

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip"]https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip"]https://puck.nether.net/mailman/listinfo/cisco-voip

So, PLAR all around? Pick up the phone, get an operator, and ask the operator to connect you to your party. That sounds great.







From: Anthony Holloway
Sent: 28 May 2020 19:39
To: Lelio Fulgenzi
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



lol, not exactly off list there buddy. ;)



On Thu, May 28, 2020 at 1:32 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

Replying off-list…



Yes, I took down our telephone system once by inserting a blank translation in the none partition.



What did I know? I was young and naïve. &#128521;



Of course, with CCM v2 or v3, anything was possible. &#128521;



From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Lelio Fulgenzi
Sent: Thursday, May 28, 2020 2:30 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com>; Kent Roberts <kent@fredf.org>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



I call blank translation patterns. &#128521;



From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Anthony Holloway
Sent: Thursday, May 28, 2020 2:02 PM
To: Kent Roberts <kent@fredf.org>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5



CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca



Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!



On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org> wrote:

Might be less work to just start over…..

On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com> wrote:



Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!



Exact Versions are:

8.5 SU2 for CUCM/UCXN

8.5 FCS for UCCX



Each is a pair of servers.



Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.



Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.



As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)



For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x



I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.



Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.



In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.



Welcome to my fun life!





























Matthew Loraditch?

Sr. Network Engineer

p: 443.541.1518

w: http://www.heliontechnologies.com/"]www.heliontechnologies.com

|

e: MLoraditch@heliontechnologies.com

http://www.heliontechnologies.com/"]<image989392.png>

https://facebook.com/heliontech"]<image983202.png>

https://twitter.com/heliontech"]<image808092.png>

https://www.linkedin.com/company/helion-technologies"]<image029668.png>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip"]https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip"]https://puck.nether.net/mailman/listinfo/cisco-voip

Interesting thing is this preso (which is not official for TAC Purposes) says I can go from 8.6 to 12.5 directly in OS admin, but docs say use PCD. Not going to try it, but nevertheless curious.


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch@heliontechnologies.com
From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Thursday, May 28, 2020 2:29 PM
To: Matthew Loraditch <MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]

Another thing, CUCM 12.5 specific, Cisco wants all of us to run through the Collaboration Sizing Tool every time we upgrade to 12.5 now.

See slide 13
https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/BRKUCC-2011.pdf

On Thu, May 28, 2020 at 1:08 PM Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway%2Bcisco-voip@gmail.com>> wrote:
Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.

Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:
Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Correct. Today, it's basically the standard to involve DNS in your
deployment. However, there's always exceptions to the rule.

On Thu, May 28, 2020 at 1:35 PM Hunter Fuller <hf0002@uah.edu> wrote:

> I swear, really, that I'm not trying to stir anything up here.
>
> But is there any reason to turn up a new cluster with IPs?? You have to
> use FQDNs for at least some stuff (Jabber and web portal related stuff in
> particular)...
>
> I promise I'm not trying to start something.
>
> --
> Hunter Fuller (they)
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
> On Thu, May 28, 2020 at 1:28 PM James B <james.buchanan2@gmail.com> wrote:
>
>> I was thinking of the community configuration approach Anthony suggested
>> and was thinking of the debates we’d have if we did that:
>>
>>
>>
>> 1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”,
>> “LOC”, and the ever-debated “RGN” or “REG”?.
>> 2. FQDN or IP addresses?
>> 3. Do all the media resources go into a single MRG or not?
>> 4. Do we click “Run on all Nodes” for route lists and trunks or not?
>> 5. MGCP, SIP, or H323 (if using PRIs)?
>> 6. Can UCCX have upper-case hostnames or not?
>>
>>
>>
>> The debates would take us so long, version 14.0 would be out, and then
>> we’d have to debate about whether a “.0” versoin is stable or not or should
>> we wait for “.5”? Still, could be fun!
>>
>>
>>
>>
>>
>>
>>
>> *From: *Anthony Holloway <avholloway+cisco-voip@gmail.com>
>> *Sent: *28 May 2020 19:15
>> *To: *Matthew Loraditch <MLoraditch@heliontechnologies.com>
>> *Cc: *cisco-voip@puck.nether.net
>> *Subject: *Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>>
>>
>>
>> Keep in mind that PCD network migrations, while awesome for CUCM, do not
>> work for other products.
>>
>>
>>
>> Typically with a project like this, you'll likely have a different
>> approach for each app, and not a one size fits all solution.
>>
>>
>>
>> With the app upgrades, you will also have to change OVA sizes (or want to
>> in some cases), and at that point, it might be better to install fresh, and
>> use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
>> data exported/imported from old to new.
>>
>>
>>
>> Or like Kent said, tell yourself it's a toshiba system, and treat it like
>> a greenfield.
>>
>>
>>
>> On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
>> MLoraditch@heliontechnologies.com> wrote:
>>
>> Here’s a fun one. We have taken over support of these ancient servers
>> hosted on Esxi 4.1 on UCS-C200-M2s!
>>
>>
>>
>> Exact Versions are:
>>
>> 8.5 SU2 for CUCM/UCXN
>>
>> 8.5 FCS for UCCX
>>
>>
>>
>> Each is a pair of servers.
>>
>>
>>
>> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
>> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
>> available publicly.
>>
>>
>>
>> Also fun wrinkle the new host are across the WAN and for many logistical
>> reasons are staying there. The migration to the new hosts will have to be
>> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
>> data across will be fast enough to finish in the allotted time period. My
>> plan was a change freeze window and copy/restore the backups and then
>> activate the new servers and move the subnet to the new location.
>>
>>
>>
>> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
>> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
>> migration to Finesse!)
>>
>>
>>
>> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
>> then to 12x
>>
>>
>>
>> I think my plan is to do the upgrades to the interim versions on the old
>> hosts then migrate to the new and then finish the upgrades. The old hosts
>> will need ESXi upgrades to an interim version.
>>
>>
>>
>> Anyone have thoughts on what they would do here? This is partially
>> depending on TAC being able to provide me the ISOs I will need, but I
>> presume there is an archive.
>>
>>
>>
>> In theory some sort of PCD migration is also an option, but I’ve never
>> done one and not sure how it could handle the subnet situation that will
>> have to exist.
>>
>>
>>
>> Welcome to my fun life!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Matthew Loraditch**?*
>>
>> *Sr. Network Engineer*
>>
>> p: *443.541.1518* <443.541.1518>
>>
>> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>>
>> |
>>
>> e: *MLoraditch@heliontechnologies.com*
>> <MLoraditch@heliontechnologies.com>
>>
>> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>>
>> [image: Facebook] <https://facebook.com/heliontech>
>>
>> [image: Twitter] <https://twitter.com/heliontech>
>>
>> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>

Backup…. Do the update… export the data. Reinstall, and import….?


> On May 28, 2020, at 12:01 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com> wrote:
>
> Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!
>
> On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org <mailto:kent@fredf.org>> wrote:
>
> Might be less work to just start over…..
>
>
>> On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com <mailto:MLoraditch@heliontechnologies.com>> wrote:
>>
>> Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!
>>
>> Exact Versions are:
>> 8.5 SU2 for CUCM/UCXN
>> 8.5 FCS for UCCX
>>
>> Each is a pair of servers.
>>
>> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.
>>
>> Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.
>>
>> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)
>>
>> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x
>>
>> I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.
>>
>> Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.
>>
>> In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.
>>
>> Welcome to my fun life!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Matthew Loraditch?
>> Sr. Network Engineer
>> p: 443.541.1518 <tel:443.541.1518>
>> w: www.heliontechnologies.com <http://www.heliontechnologies.com/> | e: MLoraditch@heliontechnologies.com <mailto:MLoraditch@heliontechnologies.com>
>> <image989392.png> <http://www.heliontechnologies.com/>
>> <image983202.png> <https://facebook.com/heliontech>
>> <image808092.png> <https://twitter.com/heliontech>
>> <image029668.png> <https://www.linkedin.com/company/helion-technologies>_______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
>> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
> https://puck.nether.net/mailman/listinfo/cisco-voip <https://puck.nether.net/mailman/listinfo/cisco-voip>

[cid:FF98E1F3-6069-42CE-A7A9-B854BF815B88]

Sent from my iPhone

On May 28, 2020, at 2:35 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com> wrote:

Which slide says you can go direct with osadmin?

On Thu, May 28, 2020 at 1:41 PM Matthew Loraditch <
MLoraditch@heliontechnologies.com> wrote:

> Interesting thing is this preso (which is not official for TAC Purposes)
> says I can go from 8.6 to 12.5 directly in OS admin, but docs say use PCD.
> Not going to try it, but nevertheless curious.
>
>
>
> Matthew Loraditch?
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
> [image: Facebook] <https://facebook.com/heliontech>
> [image: Twitter] <https://twitter.com/heliontech>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
> *From:* Anthony Holloway <avholloway+cisco-voip@gmail.com>
> *Sent:* Thursday, May 28, 2020 2:29 PM
> *To:* Matthew Loraditch <MLoraditch@heliontechnologies.com>
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5
>
>
>
> [EXTERNAL]
>
>
>
> Another thing, CUCM 12.5 specific, Cisco wants all of us to run through
> the Collaboration Sizing Tool every time we upgrade to 12.5 now.
>
>
>
> See slide 13
>
>
> https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/BRKUCC-2011.pdf
>
>
>
> On Thu, May 28, 2020 at 1:08 PM Anthony Holloway <
> avholloway+cisco-voip@gmail.com> wrote:
>
> Keep in mind that PCD network migrations, while awesome for CUCM, do not
> work for other products.
>
>
>
> Typically with a project like this, you'll likely have a different
> approach for each app, and not a one size fits all solution.
>
>
>
> With the app upgrades, you will also have to change OVA sizes (or want to
> in some cases), and at that point, it might be better to install fresh, and
> use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get
> data exported/imported from old to new.
>
>
>
> Or like Kent said, tell yourself it's a toshiba system, and treat it like
> a greenfield.
>
>
>
> On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <
> MLoraditch@heliontechnologies.com> wrote:
>
> Here’s a fun one. We have taken over support of these ancient servers
> hosted on Esxi 4.1 on UCS-C200-M2s!
>
>
>
> Exact Versions are:
>
> 8.5 SU2 for CUCM/UCXN
>
> 8.5 FCS for UCCX
>
>
>
> Each is a pair of servers.
>
>
>
> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
> available publicly.
>
>
>
> Also fun wrinkle the new host are across the WAN and for many logistical
> reasons are staying there. The migration to the new hosts will have to be
> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
> data across will be fast enough to finish in the allotted time period. My
> plan was a change freeze window and copy/restore the backups and then
> activate the new servers and move the subnet to the new location.
>
>
>
> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
> migration to Finesse!)
>
>
>
> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
> then to 12x
>
>
>
> I think my plan is to do the upgrades to the interim versions on the old
> hosts then migrate to the new and then finish the upgrades. The old hosts
> will need ESXi upgrades to an interim version.
>
>
>
> Anyone have thoughts on what they would do here? This is partially
> depending on TAC being able to provide me the ISOs I will need, but I
> presume there is an archive.
>
>
>
> In theory some sort of PCD migration is also an option, but I’ve never
> done one and not sure how it could handle the subnet situation that will
> have to exist.
>
>
>
> Welcome to my fun life!
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *Matthew Loraditch**?*
>
> *Sr. Network Engineer*
>
> p: *443.541.1518* <443.541.1518>
>
> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/>
>
> |
>
> e: *MLoraditch@heliontechnologies.com* <MLoraditch@heliontechnologies.com>
>
> [image: Helion Technologies] <http://www.heliontechnologies.com/>
>
> [image: Facebook] <https://facebook.com/heliontech>
>
> [image: Twitter] <https://twitter.com/heliontech>
>
> [image: LinkedIn] <https://www.linkedin.com/company/helion-technologies>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>

Jabber used to have a feature on iPhone where it would auto-dial a number when Jabber was brought to foreground and phone placed against ear.

We sent it to our voice activated dialer. Worked like a charm. Miss that feature.

Sent from my iPhone

On May 28, 2020, at 2:40 PM, James B <james.buchanan2@gmail.com> wrote:

?

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca

So, PLAR all around? Pick up the phone, get an operator, and ask the operator to connect you to your party. That sounds great.



From: Anthony Holloway<mailto:avholloway+cisco-voip@gmail.com>
Sent: 28 May 2020 19:39
To: Lelio Fulgenzi<mailto:lelio@uoguelph.ca>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

lol, not exactly off list there buddy. ;)

On Thu, May 28, 2020 at 1:32 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Replying off-list…

Yes, I took down our telephone system once by inserting a blank translation in the none partition.

What did I know? I was young and naïve. ????

Of course, with CCM v2 or v3, anything was possible. ????

From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Lelio Fulgenzi
Sent: Thursday, May 28, 2020 2:30 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway%2Bcisco-voip@gmail.com>>; Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

I call blank translation patterns. ????

From: cisco-voip <cisco-voip-bounces@puck.nether.net<mailto:cisco-voip-bounces@puck.nether.net>> On Behalf Of Anthony Holloway
Sent: Thursday, May 28, 2020 2:02 PM
To: Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<mailto:IThelp@uoguelph.ca>

Or turn it into the first cisco-voip community project, and we all jump in and help? I call translation patterns!

On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org<mailto:kent@fredf.org>> wrote:

Might be less work to just start over…..


On May 28, 2020, at 10:25 AM, Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:

Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
<image989392.png><http://www.heliontechnologies.com/>
<image983202.png><https://facebook.com/heliontech>
<image808092.png><https://twitter.com/heliontech>
<image029668.png><https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Kent: Backup…. Do the update… export the data. Reinstall, and import….?
Also Kent:

[image: image.png]

On Thu, May 28, 2020 at 1:47 PM Kent Roberts <kent@fredf.org> wrote:

> Backup…. Do the update… export the data. Reinstall, and import….?
>
>
> On May 28, 2020, at 12:01 PM, Anthony Holloway <
> avholloway+cisco-voip@gmail.com> wrote:
>
> Or turn it into the first cisco-voip community project, and we all jump in
> and help? I call translation patterns!
>
> On Thu, May 28, 2020 at 12:57 PM Kent Roberts <kent@fredf.org> wrote:
>
>>
>> Might be less work to just start over…..
>>
>>
>> On May 28, 2020, at 10:25 AM, Matthew Loraditch <
>> MLoraditch@heliontechnologies.com> wrote:
>>
>> Here’s a fun one. We have taken over support of these ancient servers
>> hosted on Esxi 4.1 on UCS-C200-M2s!
>>
>> Exact Versions are:
>> 8.5 SU2 for CUCM/UCXN
>> 8.5 FCS for UCCX
>>
>> Each is a pair of servers.
>>
>> Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead
>> for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not
>> available publicly.
>>
>> Also fun wrinkle the new host are across the WAN and for many logistical
>> reasons are staying there. The migration to the new hosts will have to be
>> via DRS or maybe PCD somehow? Not sure if the bandwidth available to get
>> data across will be fast enough to finish in the allotted time period. My
>> plan was a change freeze window and copy/restore the backups and then
>> activate the new servers and move the subnet to the new location.
>>
>> As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to
>> 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a
>> migration to Finesse!)
>>
>> For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and
>> then to 12x
>>
>> I think my plan is to do the upgrades to the interim versions on the old
>> hosts then migrate to the new and then finish the upgrades. The old hosts
>> will need ESXi upgrades to an interim version.
>>
>> Anyone have thoughts on what they would do here? This is partially
>> depending on TAC being able to provide me the ISOs I will need, but I
>> presume there is an archive.
>>
>> In theory some sort of PCD migration is also an option, but I’ve never
>> done one and not sure how it could handle the subnet situation that will
>> have to exist.
>>
>> Welcome to my fun life!
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Matthew Loraditch?
>> Sr. Network Engineer
>> p: *443.541.1518* <443.541.1518>
>> w: *www.heliontechnologies.com* <http://www.heliontechnologies.com/> |
>> e: *MLoraditch@heliontechnologies.com*
>> <MLoraditch@heliontechnologies.com>
>> <image989392.png> <http://www.heliontechnologies.com/>
>> <image983202.png> <https://facebook.com/heliontech>
>> <image808092.png> <https://twitter.com/heliontech>
>> <image029668.png> <https://www.linkedin.com/company/helion-technologies>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>
>

Slide 92


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: MLoraditch@heliontechnologies.com
From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Thursday, May 28, 2020 2:51 PM
To: Matthew Loraditch <MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]

Which slide says you can go direct with osadmin?

On Thu, May 28, 2020 at 1:41 PM Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:
Interesting thing is this preso (which is not official for TAC Purposes) says I can go from 8.6 to 12.5 directly in OS admin, but docs say use PCD. Not going to try it, but nevertheless curious.


Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
From: Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway%2Bcisco-voip@gmail.com>>
Sent: Thursday, May 28, 2020 2:29 PM
To: Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

[EXTERNAL]

Another thing, CUCM 12.5 specific, Cisco wants all of us to run through the Collaboration Sizing Tool every time we upgrade to 12.5 now.

See slide 13
https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/BRKUCC-2011.pdf

On Thu, May 28, 2020 at 1:08 PM Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway%2Bcisco-voip@gmail.com>> wrote:
Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.

Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:
Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!














Matthew Loraditch?
Sr. Network Engineer
p: 443.541.1518<tel:443.541.1518>
w: www.heliontechnologies.com<http://www.heliontechnologies.com/>
|
e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>
[Helion Technologies]<http://www.heliontechnologies.com/>
[Facebook]<https://facebook.com/heliontech>
[Twitter]<https://twitter.com/heliontech>
[LinkedIn]<https://www.linkedin.com/company/helion-technologies>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

Sure I can fire this up


1. part_ , like part_local, part_ld, part_ld_privacy , etc.
2. FQDN, but, make sure your DNS/NTP/etc works with resiliency.
3. Depends on if you’re distributed, using hardware conf, transcoder cause you have some people on some sort of twizzler based connection using g729, etc
4. Yes, unless you have something on the other side that can’t handle these requests coming from the whole group, or again a distributed system.
5. SIP. MGCP is nice in a set it and forget it way, but if you want to use the gateway to do anything else like custom intercepts, redirection, hairpinning, it won’t help you. There are some features that don’t work when you go to SIP but whatever.
6. Why would you give anything an upper case hostname

From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of James B
Sent: Thursday, May 28, 2020 2:28 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com>; Matthew Loraditch <MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

I was thinking of the community configuration approach Anthony suggested and was thinking of the debates we’d have if we did that:


1. Do you use “_PT”, “PT_”, or just the site name? Same for “CSS”, “LOC”, and the ever-debated “RGN” or “REG”?.
2. FQDN or IP addresses?
3. Do all the media resources go into a single MRG or not?
4. Do we click “Run on all Nodes” for route lists and trunks or not?
5. MGCP, SIP, or H323 (if using PRIs)?
6. Can UCCX have upper-case hostnames or not?

The debates would take us so long, version 14.0 would be out, and then we’d have to debate about whether a “.0” versoin is stable or not or should we wait for “.5”? Still, could be fun!



From: Anthony Holloway<mailto:avholloway+cisco-voip@gmail.com>
Sent: 28 May 2020 19:15
To: Matthew Loraditch<mailto:MLoraditch@heliontechnologies.com>
Cc: cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] Migration from CUCM/UCXN/UCCX 8.5 to 12.5

Keep in mind that PCD network migrations, while awesome for CUCM, do not work for other products.

Typically with a project like this, you'll likely have a different approach for each app, and not a one size fits all solution.

With the app upgrades, you will also have to change OVA sizes (or want to in some cases), and at that point, it might be better to install fresh, and use tools like COBRAS, BAT, AXL, ADMIN API, stare & compare, etc. to get data exported/imported from old to new.

Or like Kent said, tell yourself it's a toshiba system, and treat it like a greenfield.

On Thu, May 28, 2020 at 11:26 AM Matthew Loraditch <MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>> wrote:
Here’s a fun one. We have taken over support of these ancient servers hosted on Esxi 4.1 on UCS-C200-M2s!

Exact Versions are:
8.5 SU2 for CUCM/UCXN
8.5 FCS for UCCX

Each is a pair of servers.

Have new M5s and flex licensing… need to get to 12.5.. 8.5 docs are dead for CUCM/UCXN and 8 and 9 docs are dead for UCCX. ISOs I may need are not available publicly.

Also fun wrinkle the new host are across the WAN and for many logistical reasons are staying there. The migration to the new hosts will have to be via DRS or maybe PCD somehow? Not sure if the bandwidth available to get data across will be fast enough to finish in the allotted time period. My plan was a change freeze window and copy/restore the backups and then activate the new servers and move the subnet to the new location.

As best I can tell I need to get UCCX to SU4 of 8.5.1 then I can go to 10.6 SU3 and then to 12x (with the fun of two CAD upgrades and then a migration to Finesse!)

For CUCM/UCXN I need to go to 8.6 anything and then I can go to 11.5 and then to 12x

I think my plan is to do the upgrades to the interim versions on the old hosts then migrate to the new and then finish the upgrades. The old hosts will need ESXi upgrades to an interim version.

Anyone have thoughts on what they would do here? This is partially depending on TAC being able to provide me the ISOs I will need, but I presume there is an archive.

In theory some sort of PCD migration is also an option, but I’ve never done one and not sure how it could handle the subnet situation that will have to exist.

Welcome to my fun life!















Matthew Loraditch?

Sr. Network Engineer


p: 443.541.1518<tel:443.541.1518>



w: www.heliontechnologies.com<http://www.heliontechnologies.com/>

|

e: MLoraditch@heliontechnologies.com<mailto:MLoraditch@heliontechnologies.com>


[Helion Technologies]<http://www.heliontechnologies.com/>


[Facebook]<https://facebook.com/heliontech>


[Twitter]<https://twitter.com/heliontech>


[LinkedIn]<https://www.linkedin.com/company/helion-technologies>







_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip