<div dir="ltr"><div>OK, I have a few phones back here from the site, they still get the same message plugged in here.</div><div><br></div><div>I restarted TFTP service right before I saw your message Brian, did not seem to help.</div>
<div><br></div><div>Another data point - if I go in CUCM on one of these, change the MAC address, save, apply config, reset. Then set the Mac address back, save apply config, reset. Phone that previously was not working now starts working and registers. Seems like there is something wrong with the config file that was generated when they were first configured? I would have though a TFTP restart would have fixed that. Seems like we may have a work around for this even if we can't figure out what happened.</div>
<div><br></div><div>I got a packet cap from the TFTP server, any tips on pulling a transferred file out of it?<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 23, 2014 at 12:45 PM, Brian Meade (brmeade) <span dir="ltr"><<a href="mailto:brmeade@cisco.com" target="_blank">brmeade@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">You may want to grab a packet capture and see what these files look like.  I did find a similar case where the TFTP server lost connection to the other nodes
 causing some TFTPEngine::"stopAsyncIO" error messages and they had to restart the TFTP service on the TFTP server to resolve.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Ed Leatherman [mailto:<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>]
<br>
<b>Sent:</b> Thursday, January 23, 2014 12:37 PM<br>
<b>To:</b> Brian Meade (brmeade)<br>
<b>Cc:</b> Cisco VOIP<br>
<b>Subject:</b> Re: [cisco-voip] CTL question<u></u><u></u></span></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Only thing that changed has been publisher node. Subs are unchanged also.<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Interestingly enough, I pulled a brand new 8945 out of box, changed the config on one of the sets that wouldn't register on site, and plugged it in here at my desk, and it loads up just fine. Waiting for them to get back with one of the
 ones that wouldn't load up.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Here's the console log from one of the sets:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">17:29:37, 06/07/2012 : CTLSEP20BBC0DFE737.tlv updating <br>
<br>
17:29:37, 06/07/2012 : CTLSEP20BBC0DFE737.tlv updated successfully <br>
<br>
17:29:37, 06/07/2012 : ITLSEP20BBC0DFE737.tlv updating <br>
<br>
17:29:38, 06/07/2012 : ITLSEP20BBC0DFE737.tlv updated successfully <br>
<br>
17:29:38, 06/07/2012 : CTL and ITL installed <br>
<br>
ERROR: Authenticating configuration file SEP20BBC0DFE737.cnf.xml.sgn <br>
17:29:38, 06/07/2012 : invalid file SEP20BBC0DFE737.cnf.xml.sgn, authenticated fail. Reas<br>
n:14. <br>
<br>
--> dot1x_activate(468) : <u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Thu, Jan 23, 2014 at 12:32 PM, Brian Meade (brmeade) <<a href="mailto:brmeade@cisco.com" target="_blank">brmeade@cisco.com</a>> wrote:<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Would probably want to look at the console logs on one of those 8945s with the authentication errors. 
 First verify they are getting the CTL okay.  Possible the TFTP address on the phones isn’t pointed to the TFTP server?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Ed Leatherman<br>
<b>Sent:</b> Thursday, January 23, 2014 12:01 PM</span><u></u><u></u></p>
<div>
<p class="MsoNormal"><br>
<b>To:</b> Cisco VOIP<br>
<b>Subject:</b> [cisco-voip] CTL question<u></u><u></u></p>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">Hi folks,<u></u><u></u></p>
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">I have a cluster in mixed mode, last weekend we were scheduled to replace the publisher and TFTP server hardware (migrate to VMWare), cm 8.6. No version upgrade just a re-install
 onto VMWare.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">We ran out of maintenance window waiting for publisher to restore and db replication, so I left the TFTP server alone for another weekend. Also since pub is not registering phones
 or running TFTP, I did not resign the CTL file to avoid any more cluster wide phone reboots. I plan on resigning it after I migrate TFTP this weekend.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Up until now i haven't had any issues with leaving the CTL file alone; however this morning we tried deploying some brand new 8945's and they are coming up with authentication error
 on their config files, which I can't figure out why at this point. I can't reproduce the issue on my office phone (also a 8945), it happily downloads the current config files without complaint, even if I delete CTL/ITL. <u></u><u></u></p>

</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Am I barking up the wrong tree here with this? shouldn't the phones just be checking the TFTP server's signature, which didnt change, against the CTL or ITL?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">I asked the technician to delete the security files on the 8900s in case for some reason they had a CTL or ITL from the factory, said it didnt help. I'm having him bring a couple
 phones back to troubleshoot with and verify though.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">We are only doing signed configs right now, not encrypted files or control/media.<br clear="all">
<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<p class="MsoNormal">--
<br>
Ed Leatherman<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal">-- <br>
Ed Leatherman<u></u><u></u></p>
</div>
</div></div></div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br>Ed Leatherman<br>
</div>