Katson,
Also paste following outputs from router & port of switch where its
connected :
- show run
- show controller atm 0/0
- show run (on switch )
- show interface atm x/y ( on switch, which is connecting to router )
- show controller atm x/y ( on switch, which is connecting to router )
t
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
cel
If you can take the link down it might be useful to do some loopbacks to see
if you can isolate a link or equipment failure. I seem to remember seeing a
procedure for that in the CCIE All-in One lab book.
> -Original Message-
> From: [EMAIL PROTECTED] (Katson Yeung)
> [mailto:[EMAIL PROT
e the T1
was shut down when it wasn't needed any more (dot Com death).
- Original Message -
From: "David Chandler"
To:
Sent: Friday, April 27, 2001 3:40 PM
Subject: Re: ATM interface troubleshooting question. [7:2249]
> Both but mainly a cell level issue:
>
> If y
This might help
http://www.cisco.com/warp/public/121/crc_tshooting.html
Keith
- Original Message -
From: "[EMAIL PROTECTED] (Katson Yeung)"
To:
Sent: Friday, April 27, 2001 8:53 AM
Subject: ATM interface troubleshooting question. [7:2249]
> Dear all,
>
> My old 7507 is having a minor
The CRCs indicate that a cell or multiple cells required to reconstruct the
common part
convergence sublayer pdu (cpcs pdu) were "lost". Thus the IP datagram(s)
can not be
successfully reassembled. The frame errors however indicate a SONET problem
possibly at
the physical layer. Judging from th
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 corru
I put that router connected back-to-back with another router and
discover no cell loss... Only two things are diff from the lab.
1. It is now switched thru telco. (not back-to-back)
2. It is not the same MM fibre at both router to the telco ATM port.
On 27 Apr 2001 17:09:00 -0400, [EMAIL PROTEC
Thanks Keith, this is useful for my CCIE exam also. :)
On 27 Apr 2001 17:19:44 -0400, [EMAIL PROTECTED] ("Keith Butler") wrote:
>This might help
>http://www.cisco.com/warp/public/121/crc_tshooting.html
>Keith
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=2382&t=2249
--
What is the vpi and vci number for the that vc? 0,5 or 0,16 ?If would be
helpful if you could post the config file.
Mark,
-Original Message-
From: [EMAIL PROTECTED] (Katson Yeung) [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 27, 2001 6:54 AM
To: [EMAIL PROTECTED]
Subject: ATM interfa
0/5 is for QSAAL
0/16 is for ILMI
rahul
- Original Message -
From: "Liang Mark J Civ AFRL/PROI"
To:
Sent: Monday, April 30, 2001 3:46 PM
Subject: RE: ATM interface troubleshooting question. [7:2249]
> What is the vpi and vci number for the that vc? 0,5 or 0,16 ?If would
It is not really related to the vpi and vci number It is a PVC on
an AIP card subinterface. The remote end is a . Juniper...
I followed the trouble shooting guide for ATM interface and discovered
it should be related to traffic policying thing... typically
associated with MBS value.
At t
12 matches
Mail list logo