<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Time to take a look at that phone. If you can easily reproduce the issue go to the desk with that phone and make some calls using your mobile. If the phone is having hookswitch issues it can easily be answering and hanging up without the user even knowing it.<div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Aug 9, 2011, at 4:18 PM, Robert Singleton wrote:</div><br class="Apple-interchange-newline"><div>On 08/09/2011 01:12 PM, Wes Sisk wrote:<br><blockquote type="cite">Sounds like an anomaly with the device or the user of the device. What type of is it?<br></blockquote>All instruments at the site are 7962G hardware revision 12.0. Switch is WS-C3560-24PS running 12.2(25)SEB2; router is 2811 running 12.4(9)T1.<br><blockquote type="cite"> If you're seeing it in CDR that means the call either got connected or disconnected with an abnormal cause code. What was the cause code and origin of the cause code in CDR?<br></blockquote>I'm sorry, I meant to mention that in my posting... all these calls show normal codes, always code 0 on origin and 16 on the destination. The duration is usually 0 (XX below) but about one in seven showed 1 second. Ring and talk time always add up to 1 second.<br><br>orig dest date time ring talk orginator destination<br> 0 16 Tue Aug 9 10:57:20 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 10:57:31 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 10:57:41 0 1 NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 10:57:48 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 10:59:33 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 10:59:37 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:03:03 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:04:17 0 1 NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:05:49 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:07:39 0 1 NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:08:26 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:08:26 2 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:08:45 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:08:53 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:08:58 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:12:06 9 XX 2033001 2083000<br> 0 16 Tue Aug 9 11:12:37 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:12:41 0 1 NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:13:12 1 XX 2000785 2083000<br> 0 16 Tue Aug 9 11:13:54 1 XX NPANXXNNNN 2083000<br> 0 16 Tue Aug 9 11:15:00 0 1 NPANXXNNNN 2083000<br><br>Also, just in case I didn't make it clear, pulling the one device out of the line group stopped the issue, even after putting the device back in the the line group. It is not doing it at all now.<br><br>I should have turned on traces while it was happening, but that didn't occur to me at the time :/<br><br>Robert<br><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br><br></div></div><br></div></body></html>