Well, it's alot more SLIPS than I would allow in a 24hr period without checking clocking. I would still loop my own device as evidence to give to the telco. So ruling that out, how far is the DMARC from your VWIC?? Is 110ft on the cable length too short?? Has anything changed on your side(config, cableing, etc) since the start of the issue?? Do you have your own tester to run head-to-head with the telco??<br>
<br><div class="gmail_quote">On Wed, Jul 28, 2010 at 3:15 PM, Jonathan Charles <span dir="ltr"><<a href="mailto:jonvoip@gmail.com">jonvoip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Well, not a LOT of slips... also, we replaced the VWIC with a different one... no change...<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Wed, Jul 28, 2010 at 12:58 PM, Max Pierson <span dir="ltr"><<a href="mailto:nmaxpierson@gmail.com" target="_blank">nmaxpierson@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There's alot of SLIPS which could be tied to timing. Are you receiving clock from an upstream switch/gateway or is this providing clock to another switch/gateway??<div>
<br></div><div>Also, you might want to try just a loop cable on your side to the VWIC and make sure the port alarm goes away. This will rule out any VWIC issues.<br>
<br><div class="gmail_quote"><div><div></div><div>On Wed, Jul 28, 2010 at 11:38 AM, Jonathan Charles <span dir="ltr"><<a href="mailto:jonvoip@gmail.com" target="_blank">jonvoip@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>
<div>VoiceRtrr#sh controllers t1</div><div>T1 0/0/0 is down.</div><div> Applique type is Channelized T1</div><div> Cablelength is short 110</div><div> No alarms detected.</div><div> alarm-trigger is not set</div><div>
Soaking time: 3, Clearance time: 10</div>
<div> AIS State:Clear LOS State:Clear LOF State:Clear </div><div> Version info Firmware: 20090408, FPGA: 13, spm_count = 0</div><div> Framing is ESF, Line Code is B8ZS, Clock Source is Line.</div><div> CRC Threshold is 320. Reported from firmware is 320.</div>
<div> Data in current interval (283 seconds elapsed):</div><div> 2318053 Line Code Violations, 60446 Path Code Violations</div><div> 14 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins</div><div> 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 283 Unavail Secs</div>
<div> Total Data (last 24 hours)</div><div> 682527740 Line Code Violations, 26641064 Path Code Violations,</div><div> 4751 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,</div><div> 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 86400 Unavail Secs</div>
<div>VoiceRtr#</div><div><br></div><div>The CD light is lit on the router.</div><div><br></div><div>Telco tests clean to the CSU.</div><div><br></div><div>I am confused...</div><div><br></div><div>Any ideas?</div><div><br>
</div><div>Jonathan</div>
<br></div></div><div>_______________________________________________<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>
<br></div></blockquote></div><br></div>
</blockquote></div><br>
</div></div></blockquote></div><br>