But you can do cool tricks with the hole (hide stuff...)<br><br>Ah, it is nice to hear that Cisco TAC has minions that handle the crappy stuff... (I have dealt with such minions before, these are the guys in IPCC who say it is a CCM issue when the script fails...)
<br><br>Could we open a new section on the Cisco Voice downloads for &quot;Members of <a href="http://Puck.nether.net">Puck.nether.net</a> who were told to apply an ES&quot;? Cuz we are special.<br><br><br><br><br>Jonathan
<br><br><div><span class="gmail_quote">On 3/19/07, <b class="gmail_sendername">Ryan Ratliff</b> &lt;<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You are implying that an SR like that would come to me :)<br><br>It was proposed putting the load in a new DevPack but unfortunately<br>anyone who installed the Dev Pack would have had to go back and re-<br>run the CM DST patch to fix their non-3rd gen phones.&nbsp;&nbsp;It was decided
<br>that rather than give customer&#39;s the loaded gun with instructions<br>saying &quot;point at foot, pull trigger, yell at me later&quot; we&#39;d just make<br>you yell at us without putting a hole in your foot first.
<br><br>-Ryan<br><br>On Mar 19, 2007, at 10:49 AM, Jonathan Charles wrote:<br><br>Couldn&#39;t Cisco automate this?<br><br>I only ask because it seems that it could be easier to acquire...<br>(and find out that the ES exists)... maybe a web form where you say,
<br>&#39;hey, I am hitting this bugID, and it says to apply this ES, download<br>now...&#39; Maybe a link on the bugID itself, that way you could track<br>who is hitting it (have us fill out a questionnaire indicating that
<br>we are hitting that specific bug and then letting us download it).<br><br>This would also act to alleviate some of the more annoying TAC cases<br>from you guys (seriously, don&#39;t you find it tedious to deal with a<br>
ticket that just says, &#39;give me ES35&#39;?)<br><br><br><br><br><br>Jonathan<br><br><br><br><br>On 3/19/07, Ryan Ratliff &lt;<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>&gt; wrote: Because it is an<br>ES load that has not undergone the full testing to
<br>warrant posting to <a href="http://cisco.com">cisco.com</a>.&nbsp;&nbsp;If you want the ES, open a TAC SR.&nbsp;&nbsp;If<br>you can&#39;t do this then wait for 8.2(2) which is supposed to post this<br>week.<br><br>Opening the TAC SR gives us hard data to go back to development and
<br>say X number of customers were impacted directly by this problem.<br><br>-Ryan<br><br>On Mar 18, 2007, at 12:17 PM, Jonathan Charles wrote:<br><br>So, here&#39;s a question.<br><br>Cisco has a confirmed bug, with a fix.
<br><br>Why do we need to open a TAC case to get the fix? Why doesn&#39;t Cisco<br>just publish it?<br><br>I know this is going to sound a bit mean, but from the customer&#39;s<br>perspective, Cisco has bungled this DST thing horribly. And the
<br>partners are looking like Monkeys &#39;having unlawful carnal knowledge<br>of&#39; a football.<br><br><br><br><br>Jonathan<br><br>On 3/16/07, Johnson, Ken &lt; <a href="mailto:kenjohnson@letu.edu">kenjohnson@letu.edu</a>
&gt; wrote: Ok - I guess<br>sometimes all you have to do is send off an email and<br>suddelyn everything you wrote in it becomes moot. Literally seconds<br>after sending the last email my TAC engineer contacted me and said he
<br>had good news that the ES was available and he&#39;d publish it.<br><br>Sorry for the list noise :-)<br><br>Ken Johnson<br>&nbsp;&nbsp;&nbsp;&nbsp; Mgr. Network Services,<br>&nbsp;&nbsp;&nbsp;&nbsp; Information Technology<br>&nbsp;&nbsp;&nbsp;&nbsp; LeTourneau University<br>_________________________________
<br>Join the Cisco IP Telecommunications User Group today<br><a href="http://www.ciptug.org">http://www.ciptug.org</a><br><br>-----Original Message-----<br>From: Johnson, Ken<br>Sent: Friday, March 16, 2007 1:48 PM<br>To: &#39;Ryan Ratliff&#39;; Corbett Enders
<br>Cc: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Subject: RE: [cisco-voip] Do you have phones (7970) still with<br>incorrecttime? READ ME<br><br>Glad to see I wasn&#39;t the only one with this issue. I tried asking for
<br>8.2(1)ES5 this morning but was told that neither it nor 8.2(2) was<br>released and I&#39;d need to wait for 8.2(2) to come out next Thursday.<br><br>I guess that&#39;s fine - but if anyone has success getting the ES load I&#39;d
<br>like to know so I could ask again :-)<br><br>Ken Johnson<br>&nbsp;&nbsp;&nbsp;&nbsp; Mgr. Network Services,<br>&nbsp;&nbsp;&nbsp;&nbsp; Information Technology<br>&nbsp;&nbsp;&nbsp;&nbsp; LeTourneau University<br>_________________________________<br>Join the Cisco IP Telecommunications User Group today
<br><a href="http://www.ciptug.org">http://www.ciptug.org</a><br><br>-----Original Message-----<br>From: <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>[mailto: <a href="mailto:cisco-voip-bounces@puck.nether.net">
cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Ryan Ratliff<br>Sent: Thursday, March 15, 2007 1:49 PM<br>To: Corbett Enders<br>Cc: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>Subject: Re: [cisco-voip] Do you have phones (7970) still with
<br>incorrecttime? READ ME<br><br>I&#39;m glad they finally got the field notice updated.&nbsp;&nbsp;Also see my<br>email from this morning indicating that a new phone load is available<br>that fixes this problem.&nbsp;&nbsp;If you do not want to wait for 
8.2(2) next<br>week then open a TAC SR and request 8.2(1)ES5 be posted for you.<br><br>-Ryan<br><br><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br><br><br></blockquote></div><br>