Thanks Dave, I do think it is related to cell level.. but as an exercise, I would really want to dig up the pieces the see the root cause... At least there are three possibilities.... If there are lost cell, there should be a lost cell warning.... If it is not a lost cell, but simply cell corruption, then there should be a cell error... or maybe it is the telco ATM switch drop cell at the middle? I don't know... On 27 Apr 2001 16:40:47 -0400, [EMAIL PROTECTED] ("David Chandler") wrote: >Both but mainly a cell level issue: > >If you lose a cell, it will screw-up the AAL5 frame. Thus causing the >frame and/or CRC errors seen in sh int. > >You are really moving some traffic. Is this PVC traffic going across >any links that may be congested? A DS3 perhaps? Need to find where the >cells are getting dropped if you can. > >My $.02 > >DaveC > >"[EMAIL PROTECTED] (Katson Yeung)" wrote: >> >> Dear all, >> >> My old 7507 is having a minor problem.... it is 12.0.16GD, RSP2 with >> 64M ram and the ATM card is an AIP. I have only one VC associate with >> this ATM port. >> >> I found quite a number of input errors (CRC and Frames)... how can I >> know the source of that problem?? Is it the cell level, or the frame >> level problem? >> >> See below show interface output: >> >> ATM0/0 is up, line protocol is up >> Hardware is cxBus ATM >> MTU 4470 bytes, sub MTU 4470, BW 155520 Kbit, DLY 80 usec, rely >> 255/255, load 8/255 >> Encapsulation ATM, loopback not set, keepalive not supported >> Encapsulation(s): AAL5, PVC mode >> 256 TX buffers, 256 RX buffers, >> 2048 maximum active VCs, 1024 VCs per VP, 1 current VCCs >> VC idle disconnect time: 300 seconds >> Last input 00:00:00, output 00:00:00, output hang never >> Last clearing of "show interface" counters 3d10h >> Queueing strategy: fifo >> Output queue 0/40, 0 drops; input queue 1/75, 40 drops >> 5 minute input rate 34782000 bits/sec, 4564 packets/sec >> 5 minute output rate 5307000 bits/sec, 3372 packets/sec >> 1174284787 packets input, 1013959162 bytes, 0 no buffer >> Received 0 broadcasts, 0 runts, 0 giants, 11 throttles >> 13076769 input errors, 13054514 CRC, 22255 frame, 0 overrun, 0 >> ignored, 0 abort >> 893230791 packets output, 346650156 bytes, 0 underruns >> 0 output errors, 0 collisions, 0 interface resets >> 0 output buffer failures, 0 output buffers swapped out >> FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] >FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=2380&t=2249 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ATM interface troubleshooting question. [7:2249]
[EMAIL PROTECTED] (Katson Yeung) Sat, 28 Apr 2001 08:08:19 -0700
- ATM interface troubleshooting question. [... [EMAIL PROTECTED] (Katson Yeung)
- Re: ATM interface troubleshooting qu... Rahul Kachalia
- Re: ATM interface troubleshooting qu... David Chandler
- RE: ATM interface troubleshooting qu... Daniel Cotts
- Re: ATM interface troubleshooting qu... Allen May
- Re: ATM interface troubleshooting qu... Keith Butler
- Re: ATM interface troubleshooting qu... [EMAIL PROTECTED]
- Re: ATM interface troubleshooting qu... [EMAIL PROTECTED] (Katson Yeung)
- Re: ATM interface troubleshooting qu... [EMAIL PROTECTED] (Katson Yeung)
- Re: ATM interface troubleshooting qu... [EMAIL PROTECTED] (Katson Yeung)
- RE: ATM interface troubleshooting qu... Liang Mark J Civ AFRL/PROI
- Re: ATM interface troubleshooting qu... Rahul Kachalia
- Re: ATM interface troubleshooting qu... [EMAIL PROTECTED] (Katson Yeung)