<div>Yeah, looks like I was too hasty in updating both my Pub and Sub with DNS details. Caused the certs to regen but didn't keep the TVS available while phones requested Certs. Seems to be my bad on that one.</div>
<div> </div>
<div>In terms of the switch to 8.6, I could swear blind that the publisher booted back to 8.0.3 after the upgrade but the Subscriber switched to 8.6. I know that once the sub had come back online I had to manually go to the Pub and switch versions. Weird.</div>
<div> </div>
<div>Thanks for the pointer to the doc. I'd read that before and completely missed the section that applied here.</div>
<div> </div>
<div>Nathan<br><br></div>
<div class="gmail_quote">On Sat, Aug 20, 2011 at 8:41 PM, Jason Burns <span dir="ltr"><<a href="mailto:burns.jason@gmail.com">burns.jason@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<p>Nathan, when you updated the servers to use dns, does that mean you added a domain name? Also, are you still on 8.0?</p>
<p>If so, then that regenerated all of your certificates, including the itl file and tvs certs. With the previously mentioned defect that would explain the problem I think.</p>
<p><a href="https://supportforums.cisco.com/docs/DOC-17679#Changing_Host_Names_or_Domain_Names" target="_blank">https://supportforums.cisco.com/docs/DOC-17679#Changing_Host_Names_or_Domain_Names</a></p>
<p>Also, there is no way to do an upgrade to 8.6 without booting into 8.6. The install will ignore your pleas to do otherwise. This is pretty well documented in the upgrade pages after you install the special cop file(that new cop file allows the 8.6 advisory text to be displayed before upgrade), and in the 8.6 release notes. We need to boot into the new environment to run the binaries built for that environment because of the rhel upgrade.</p>
<p>First compare the certs in the itl using show itl, to the certs in OS admin cert administration.</p>
<p>Then compare the md5 of your itl in tftp to the md5 in the phone.</p>
<p>Compare the md5 of the itl with the md5 on the phone. </p>
<div class="gmail_quote">
<div>
<div></div>
<div class="h5">On Aug 17, 2011 10:49 AM, "Nathan Reeves" <<a href="mailto:nathan.a.reeves@gmail.com" target="_blank">nathan.a.reeves@gmail.com</a>> wrote:<br type="attribution">> Upgraded our cluster from 8.0.3 to 8.6.1 last weekend. Upgrade<br>
> completed successfully (took a while but given it was a major jump I<br>> expected that). Everything appeared to be working fine but come<br>> Monday I started getting calls from users who couldn't use the<br>
> corporate directory on their phones. When they attempted to access<br>> it, a 'host not found' error occurred. Ended up tracing this back to<br>> the phones being unable to access https based links due to a tvs /<br>
> certain issue.<br>> <br>> At this point, the manual deletion of the phones security tlv file<br>> fixes the issue. I think i've got about 100 phones affected, so the<br>> process isn't too bad to get done, just going to be time consuming.<br>
> <br>> What I want to try and work out is what I've done wrong in the upgrade<br>> process which has caused this issue. Basic overview of the steps<br>> taken is as follows:<br>> - upgraded pub to 8.6.1. Booted back into 8.0.3 following upgrade.<br>
> - upgraded sub to 8.6.1. For some reason, even though I marked not<br>> to boot to the upgraded partition, it booted into 8.6.1.<br>> - booted pub into 8.6.1.<br>> - waited for phones to settle down. Eg from switchback to sub and<br>
> firmware upgrades etc.<br>> - updated servers to use dns (previously dns was not set).<br>> - checked that db replication was successful (saw some issues which a<br>> reboot and updating reverse dns entries appeared to fix.)<br>
> - 48 hours later installed new tomcat certs which had been signed by<br>> our windows domain CA.<br>> <br>> In troubleshooting the cert issue on the phones, I can see it heads to<br>> the tvs to do a cert verify when it tries to access ssl links and<br>
> secured tftp. On the phones I can see it send a request to the tvs<br>> and it lists a certificate serial which I'm assuming it is trying to<br>> verify. The request then fails and the phone fails to load the<br>
> cnf.XML etc. If I check the two servers, both have a certificate<br>> which matches the serial listed on the phone when it is requesting the<br>> tvs to check the cert.<br>> <br>> I saw the previus issue with 8.5.1 and the tftp tlv file failing to be<br>
> written but it's a different issue to that. In looking at the tvs<br>> logs, I do see a file failed to be written but with an error -2. The<br>> file was ctlfile.tlv.<br>> <br>> Have I caused this issue with the update of the dns settings on the<br>
> servers and a possible regeneration of the certifates at this point.<br>> Was there a process I should have followed.<br>> <br>> I'm considering contacting tac in the morning to see if theres<br>> anything obvious I've done wrong and if there's a way to resolve the<br>
> issue without touching phones manually, but if it's obvious to someone<br>> here what I've screwed up it would be great to hear it.<br>> <br>> Thanks<br>> <br>> Nathan<br></div></div>
<div class="im">> _______________________________________________<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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div></div></blockquote></div><br>