<div dir="ltr">Thanks Ryan. Yes, I'm just trying to change the process node names. Right now, when someone logs in with cucilync, it prompts them for several certificates. Those certs are references a CN that is an IP address. I'm thinking that if I change the node name to an FQDN, and assuming I have my cert chain signed properly and deployed, hopefully the end user will NOT see these cert warnings any more. Does that sound about right?</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 31, 2016 at 3:39 PM, Ryan Huff <span dir="ltr"><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>Nick,</p>
<p><br>
</p>
<p>If the UC servers already have DNS entries (means they already have a domain name too); then the servers are already using FQDNs, at least for internal referencing. If you're saying the you want to change the processNode names (the CM Server references)
 then as long as the FQDNs are resolvable in the forward and reverse direction, it should be fine.</p>
<p><br>
</p>
<p>If you need to change the hostname or domain names of the servers to something more palatable (a crossroads often encountered when dealing with Jabber and end users and UC servers that were IP addresses first); that is a horse of a much different color;
 please <i>carefully </i>consult <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/10_0_1/ipchange/CUCM_BK_C3782AAB_00_change-ipaddress-hostname-100/CUCM_BK_C3782AAB_00_change-ipaddress-hostname-100_chapter_0100.html" target="_blank">
http://www.cisco.com/c/en/us/<wbr>td/docs/voice_ip_comm/cucm/<wbr>install/10_0_1/ipchange/CUCM_<wbr>BK_C3782AAB_00_change-<wbr>ipaddress-hostname-100/CUCM_<wbr>BK_C3782AAB_00_change-<wbr>ipaddress-hostname-100_<wbr>chapter_0100.html</a> (especially in the case of IM & Presence HA)
<br>
</p>
<p><br>
</p>
<p>If you are also talking about changing the IP Phone URL references under Enterprise Parameters (from IP address to FQDN); your phone networks will need DNS capabilities to resolve those FQDNs as well. As a matter of practice, I always ensure IP phone networks
 have DNS capabilities, but it can be uncommonly found out in the wild.</p>
<p><br>
</p>
<p>Beyond that, if you are simply just changing the processNode references for IP addresses to FQDNs (presumably, so CUCM requests come from an FQDN and not an IP address) and everything is already resolving correctly, you should be g2g.<br>
</p>
<p><br>
</p>
<p>Thanks,<br>
</p>
<p><br>
</p>
<div>
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
= Ryan =
<p><br>
</p>
</div>
</div>
<br>
<br>
<div style="color:rgb(0,0,0)">
<hr style="display:inline-block;width:98%">
<div dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> cisco-voip <<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.<wbr>nether.net</a>> on behalf of Nick Barnett <<a href="mailto:nicksbarnett@gmail.com" target="_blank">nicksbarnett@gmail.com</a>><br>
<b>Sent:</b> Wednesday, August 31, 2016 4:13 PM<br>
<b>To:</b> Cisco VoIP Group<br>
<b>Subject:</b> [cisco-voip] Are there any gotchas to watch out for switching to FQDN server names from IP address server names?</font>
<div> </div>
</div><div><div class="h5">
<div>
<div dir="ltr">We are on 10.0 and this cluster has been upgraded over the years from 8.0 to 8.6 to 10.0.  I know it used to be common practice to rip the host name out of a new node and put in the IP address. That's how we are set up... but now that I need
 to do some work with certs so that jabber and cucilync work properly, it's time to fix this.
<div><br>
</div>
<div>Is there anything I should watch out for? Anything that may bite me in rare cases? We have CER, CVP, CUC, UCCE and a rarely used IMP.</div>
<div><br>
</div>
<div>I checked that each node has DNS enabled by looking at "show network eth0" on each sub. I also then looked up each FQDN from each node and they all resolve properly. As far as I know, that's about it.</div>
<div><br>
</div>
<div>Thanks in advance!</div>
<div><br>
nick</div>
</div>
</div>
</div></div></div>
</div>
</div>

</blockquote></div><br></div>