[cisco-voip] ITL and TVS question - CUCM 8.5.1.14048-1 and Secure URLs not working (corp dir, etc)

Ted Nugent tednugent73 at gmail.com
Fri Jan 6 00:30:05 EST 2012


Wow... this is the 3rd time I've seen this issue in less than a week.... A
buddy of mine just hit this yesterday and I hit something similar last week
after a client enabled DNS on their cluster. They worked directly with TAC
and did not find a resolution in a "timely manner" so they called me. We
walked through everything in the link below as well as what TAC recommended
and the only thing that fixed the problem was blowing away the ITL on the
phone. That of course was not an acceptable answer so I sent them back to
TAC to see if they could find more info.... long story short they had to
delete the ITL on all their phones to get resolution.... Needless to the
say the client was furious and understandably so... I understand the why
and the how but can't see how crushing the ITL on EVERY phone is an
acceptable workaround for such a minor "whoops"...
Sadly with the changes in the TVS I see a ton of this in our future because
clients do shit without understanding the consequences and this is a
serious consequence for such a MINOR change....
 Yes i know we can go BUY a utility to assist with deleting the ITL but if
that is the answer then you've missed the point.

https://supportforums.cisco.com/message/3240766#3240766



On Thu, Jan 5, 2012 at 5:35 PM, Erick B. <erickbee at gmail.com> wrote:

> Jason,
>
> Thanks. That is it to the T.  The serial number on the SQL query
> doesn't match the serial number on the OS admin page for  that role
> and the 'show itl' output does have all 3 of the errors (This etoken
> was not used to sign the ITL file, Verification of the ITL file
> failed., Error parsing the ITL File !!! ).
>
> I'm going to proceed with these steps on the primary server noted in
> the bug and what you have below tonight.
>
>
> On Thu, Jan 5, 2012 at 11:57 AM, Jason Burns <burns.jason at gmail.com>
> wrote:
> > Erick,
> >
> > Did you also migrate to new hardware and use the backup and restore (DRS)
> > process during the upgrade?
> >
> > If so, you might be running into the following condition / defect. Give
> this
> > a read and check it out.
> >
> > https://supportforums.cisco.com/docs/DOC-17679#Backup_And_Restore
> >
> >
> http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtn50405
> >
> > If you're sure that none of the phones have ITL files installed then it
> is
> > safe to regenerate the CallManager.pem certificate and restart TVS, TFTP,
> > and CallManager (in that order) to resolve this problem if you can
> confirm
> > you're running into it.
> >
> > -Jason
> >
> > On Thu, Jan 5, 2012 at 10:26 AM, Erick B. <erickbee at gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> Question on regenerating TVS certificate, client upgraded from 6.x to
> >> 8.5.1.14048-1 and ever since the corp directory is not working on
> >> phones that use secure URLs (7911, 7975, etc). I set it to a
> >> non-secure URL and restarted TVS service like in a cisco article I
> >> found and the corporate directory still saids host not found when they
> >> try to use it. Same problem for services url.
> >>
> >> The phones have no ITL file installed on them and no trust list right
> >> now either. I set up a IP communicator and the corp directory worked
> >> on that, it was using the non-secure URL even though I had secure
> >> directories URL configured.
> >>
> >>
> >> I found another cisco document on this with another step that states
> >> to do a 'show itl' on the server and if the verification fails to
> >> regenerate the TVS certificate. The 'show itl' shows verification
> >> failed, and I've read over the Security By Default document on the
> >> support site and I think I am safe by just regenerating the TVS
> >> certificate and resetting the phones but I wanted to ask here as I
> >> haven't dealt with this yet really and my past run ins with security
> >> and certificates on the phones were not all that pleasant. I do have a
> >> TAC case on this also but the person doesn't seem to know what to do
> >> with this ITL not verifying issue and currently wants me to downgrade
> >> from 9.2 firmware to 8.5.4 to fix the corp directory issue.
> >>
> >>  Any other things I can try? I'm going to try to find a better TAC
> >> resource in meantime.
> >>
> >> Erick
> >> _______________________________________________
> >> cisco-voip mailing list
> >> cisco-voip at puck.nether.net
> >> https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120106/1cef2d70/attachment.html>


More information about the cisco-voip mailing list