<div dir="ltr">Nice find. I agree with how you read that. ITL will be regenerated and will not be the same as pre-change ITL.<br><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 30, 2017 at 2:06 PM James Buchanan <<a href="mailto:james.buchanan2@gmail.com">james.buchanan2@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hello,<br><br></div>This is expected behavior if I read this correctly: <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/9_0_1/ipchange/CUCM_BK_C936116C_00_changing-ipaddress-hostname-cucm-90.html#wp69916%0A" target="_blank">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/9_0_1/ipchange/CUCM_BK_C936116C_00_changing-ipaddress-hostname-cucm-90.html#wp69916%0A</a>.<br><br></div>Thanks,<br><br></div>James<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 30, 2017 at 6:54 PM, Ben Amick <span dir="ltr"><<a href="mailto:bamick@humanarc.com" target="_blank">bamick@humanarc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="#0563C1" vlink="#954F72" lang="EN-US">
<div class="m_9069351111394668986m_2596576685271738358WordSection1">
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Garamond",serif;color:#1f497d">V9.1.2, yeah, just IP change, along with DNS and NTP change as well because we were migrating entire IP scopes, but no hostname or cluster changes, no.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Garamond",serif;color:#1f497d"><u></u> <u></u></span></p>
<div>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:10.0pt;font-family:"Garamond",serif;color:#3b3838">Ben Amick<u></u><u></u></span></b></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#3b3838">Telecom Analyst</span><span style="font-size:9.0pt;font-family:"Garamond",serif;color:#666666"><u></u><u></u></span></p>
</div>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Garamond",serif;color:#1f497d"><u></u> <u></u></span></p>
<div>
<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Ryan Huff [mailto:<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>] <br>
<b>Sent:</b> Sunday, April 30, 2017 7:04 AM<br>
<b>To:</b> Gary Bates_Command Solutions <<a href="mailto:gbates@commandsolutions.com.au" target="_blank">gbates@commandsolutions.com.au</a>><br>
<b>Cc:</b> Ben Amick <bamick@HumanArc.com>; <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> Re: [cisco-voip] Migrating IP space<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Ben,<span style="font-size:12.0pt"><u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">The "Prepare Cluster for Rollback to Pre 8.0" parameter in part, is used to empty out the ITL and CTL files on each phone (the process to do that involves more than just setting that parameter though).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">As I recall, you enable the parameter, bounce TVS on each server to clear out all entries in the ITL/CTL files of each phone in TFTP, then bounce TFTP on all nodes to refresh the cache list; lastly, reboot all phones to trigger an ITL/CTL
download from TFTP. You would check a the phones and ITL/CTL should be empty.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">This allows the phone to "blindly" trust new ITL/CTL connections without verification. This is what you typically did when moving SBD phones between clusters when the certs were different.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Now why an IP change ONLY caused that, I'm not sure specifically without seeming the files per-change compared to post-change. Other than to say given the way ITL/CTL works; it suggests something changed with how the ITL/CTL files on TFTP
were signed and when the phones downloaded them after the change, they couldn't verify ("trust") them with what they already had.<u></u><u></u></p>
</div>
<div>
<div>
<p class="MsoNormal"><br>
All you changed was the IP address of CUCM correct, nothing else? What version of CUCM?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Ryan<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">On Apr 30, 2017, at 6:20 AM, Gary Bates_Command Solutions <<a href="mailto:gbates@commandsolutions.com.au" target="_blank">gbates@commandsolutions.com.au</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal">Very odd bug fix<u></u><u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal">I not encountered this before,<u></u><u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal">I thout the idea of named hostnames for the server wod alleviate the need for any IP address dependency <u></u><u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal">Did it resolve the phone connection bug ?<u></u><u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div id="m_9069351111394668986m_2596576685271738358AppleMailSignature">
<p class="MsoNormal">Gary<br>
<br>
Sent from my iPhone<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
On 30 Apr 2017, at 3:19 pm, Ben Amick <<a href="mailto:bamick@HumanArc.com" target="_blank">bamick@HumanArc.com</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">So I was performing an IP migration of systems tonight, and ran into an issue where the ITL files on every system refused to connect to the new IPs, despite the fact that the ITLs were based on the hostname
of the systems. I was instructed by TAC afterwards while trying to fix it that the proper method, regardless of version change or not, if changing any attributes of the CM, is to enable the enterprise parameter of something along the lines of “Prepare for
rollback for pre 8.0 migration” </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:12.0pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:12.0pt">Anyone else familiar with this procedure? I find that to be a strange name for something that needs to be turned on for so many different pieces of work.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:12.0pt"> </span><u></u><u></u></p>
<p class="MsoNormal" style="text-autospace:none"><b><span style="font-size:10.0pt;color:#3b3838">Ben Amick</span></b><u></u><u></u></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:9.0pt;color:#3b3838">Telecom Analyst</span><u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif"><br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is
not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received
this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you
<u></u><u></u></span></p>
</div>
</blockquote>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="http://cp.mcafee.com/d/5fHCN0g40USyMqemnTXFK8CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCS235DXCzB_HYCUU-PtDHTbFIFIsM--Ozt_G8EHnjlLtPBgY-F6lK1FJ4SCrLO8VZZdZV5dMTsSjDdqymoIToHMd9_7wrwCHIcfBisEeROQGmGncRAIrymS1dJRQ5lrCvmFnBPq9EVuvsdwLQzh0qmXiFqFsPmiNFtd40T8z7pOwhd40q5zh1hrrurpvdLEsL112s1OIs" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><u></u><u></u></span></p>
</div>
</blockquote>
</div>
</blockquote>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman",serif">_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="http://cp.mcafee.com/d/k-Kr6wUg6h0SyMqemnTXFK8CXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCS235DXCzB_HYCUU-PtDHTbFIFIsM--Ozt_G8EHnjlLtPBgY-F6lK1FJcSCrLO8VZZdZV5dMTsSjDdqymoIToHMd9_7wrwCHIcfBisEeROQGmGncRAIrymS1dJRQ5lrCvmFnBPq9EVuvsdwLQzh0qmXiFqFsPmiNFtd40T8z7pOwhd40q5zh1hrrurpvdXHbE" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><u></u><u></u></span></p>
</div>
</blockquote>
</div>
</div>
<br>
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div></div>