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)

