Is your provider providing clock? You are set for clock source internal, try setting it to line.
Note my recent experience of traditional TDM type circuits is that there is nobody left at the providers with any clue about TDM. > -----Original Message----- > From: [email protected] [mailto:cisco-nsp- > [email protected]] On Behalf Of Rens > Sent: 11 June 2010 13:18 > To: [email protected] > Subject: [c-nsp] E1 packet loss > > Hi all, > > I have 2 routers that are connected via a 3rd party E1 circuit. > When I ping between my routers I have packet loss. > I have done a BER test on the E1 circuit which comes out clean. > Already replaced both E1 cards and my cabling, but still having packet > loss > (between 30 & 10% depending on size) > > I have followed the E1 error events troubleshooting for the line code > violations & path code violations but line code is configured > correctly... > > What are the next steps that I can take? > Below is my config + the show controller output > > Side A: > > controller E1 0/1 > framing NO-CRC4 > clock source internal > channel-group 0 timeslots 1-31 > > interface Serial0/1:0 > ip address x.x.x.1 255.255.255.252 > > show controllers E1 0/1 > E1 0/1 is up. > Applique type is Channelized E1 - balanced > No alarms detected. > alarm-trigger is not set > Version info Firmware: 20040108, FPGA: 11 > Framing is NO-CRC4, Line Code is HDB3, Clock Source is Internal. > CRC Threshold is 320. Reported from firmware is 0. > Data in current interval (24 seconds elapsed): > 0 Line Code Violations, 0 Path Code Violations > 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins > 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail > Secs > > Side B: > > controller E1 0 > framing NO-CRC4 > channel-group 0 timeslots 1-31 > > interface Serial0:0 > ip address x.x.x.2 255.255.255.252 > > sh controllers E1 0 > E1 0 is up. > Applique type is Channelized E1 - balanced > No alarms detected. > alarm-trigger is not set > Version info Firmware: 20040928, FPGA: 11, spm_count = 0 > Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line. > CRC Threshold is 320. Reported from firmware is 320. > Data in current interval (20 seconds elapsed): > 2689 Line Code Violations, 53 Path Code Violations > 0 Slip Secs, 0 Fr Loss Secs, 20 Line Err Secs, 0 Degraded Mins > 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 20 Unavail > Secs > > Regards, > > Rens > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________________ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. _______________________________________________________ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
