This only started this weekend just gone. New STP cabling was installed by
the client. I replaced the one device yesterday to prove a point, but I
really believe the cabling is a problem. Client does not believe me though.
This is what I got from the Madge RMON stats on the port..
Name Value
Abort errors 525
AC errors 14
Beacon events 0
Beacon packets 0
Beacon time 0
Burst errors 0
Claim token events 0
Claim token packets 0
Congestion errors 2652
Dropped events 0
Frame copied errors 0
Frequency errors 0
Internal errors 0
Line errors 9
Lost frame errors 1868
MAC octets 2385536
MAC packets 73924
NAUN changes 1
Ring poll events 5799
Ring purge events 9651
Ring purge packets 10561
Soft error reports 1250
Token errors 4834
Thanks for all the help
Andrew
-----Original Message-----
From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]]
Sent: 08 May 2001 20:09
To: [EMAIL PROTECTED]
Subject: Re: token ring problem - URGENT [7:3596]
At 10:19 AM 5/8/01, Vincent Chong wrote:
>Hi;
>
>You should use show controller token to determine how many Soft Errors and
>types of soft error
>
>Soft errors: 2 Types: Isolating and Non-isolating soft error.
>
>Isolating soft error: the NAUN in the soft error report frame is
irrelevant.
Thanks for a good answer. You meant to say that the NAUN is relevant with
isolating errors, though.
With isolating errors, the troubleshooter can isolate the fault domain. The
fault may be with the reporting station, the nearest active upstream
neighbor (NAUN), or cabling, MSAU ports or patch panels between the station
and its NAUN.
If CRC errors (line errors) are excessive, check for crosstalk, noise, RFI
or EMI affecting the cabling between the reporting station and its upstream
neighbor. Also check the NIC of the upstream neighbor. 60 CRC errors in
four minutes with 2.2 Mbytes of traffic is a lot. But is this a continuous
problem or just a one-time thing?
When an error occurs, a station sets a two-second timer and waits for any
other errors before sending a soft error report. Using a Sniffer, look back
two seconds from the soft error report to see if there's any evidence of
what caused the problem. It might just be stations inserting or leaving the
ring.
Priscilla
>Types: Line error (CRC error, illegal bit find in Token or frame), Internal
>error, Burst Error, ARI/FCI error
>
>Non-isolating soft error: Cannot be isolated to a station and the stations
>NAUN or the cabling between them.
>
>Types: Lost frame, copy error, receive congested, token error, frequency
>error.
>
>The cyclic redundancy checksum generated by the originating LAN station or
>far-end device does not match the checksum calculated from the data
>received. On a LAN, this usually indicates noise or transmission problems
on
>the LAN interface or the LAN bus itself. A high number of CRCs is usually
>the result of a station transmitting bad data.
>
>HTH
>
>Vincent Chong
>
>
>""Andrew Larkins"" wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > What causes a CRC error on the token ring port and what is a soft
>error....
> >
> >
> > JOHANNESBURG#sho int to 0/0
> > TokenRing0/0 is up, line protocol is up
> > Hardware is IBM2692, address is 0007.7829.1b43 (bia 0007.7829.1b43)
> > Internet address is x.x.x.x
> > MTU 8136 bytes, BW 16000 Kbit, DLY 630 usec,
> > reliability 255/255, txload 3/255, rxload 1/255
> > Encapsulation SNAP, loopback not set
> > Keepalive set (10 sec)
> > ARP type: SNAP, ARP Timeout 04:00:00
> > Ring speed: 16 Mbps
> > Duplex: half
> > Mode: Classic token ring station
> > Source bridging enabled, srn 1025 bn 1 trn 1997 (ring group)
> > spanning explorer enabled
> > Group Address: 0x00000000, Functional Address: 0x0880001A
> > Ethernet Transit OUI: 0x000000
> > Last Ring Status 00:00:08 (0x2000)
> > Last input 00:00:00, output 00:00:00, output hang never
> > Last clearing of "show interface" counters 00:04:36
> > Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
> > Queueing strategy: fifo
> > Output queue :0/40 (size/max)
> > 5 minute input rate 63000 bits/sec, 53 packets/sec
> > 5 minute output rate 193000 bits/sec, 49 packets/sec
> > 15161 packets input, 2224430 bytes, 0 no buffer
> > Received 1304 broadcasts, 0 runts, 0 giants, 0 throttles
> > 60 input errors, 60 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> > 15150 packets output, 8156480 bytes, 0 underruns
> > 0 output errors, 0 collisions, 0 interface resets
> > 0 output buffer failures, 0 output buffers swapped out
> > 0 transitions
> >
> >
> > Thanks
> >
> > Andrew
> > 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]
________________________
Priscilla Oppenheimer
http://www.priscilla.com
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=3771&t=3596
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
