12-08-2011 02:51 AM - edited 03-07-2019 03:47 AM
Team,
I have a problem with 2960. I see equal number of runts and input errors on the FE ports, interface is up/up, there are "0" packets input, there are output packets...
I have checked some other discussion where there were some input packets, and some runts, input errors....experts suggested to check "duplex" configuration. In my case there are "0" input packets, and equal number of runts and input errors. I had same problem on mupltiple interfaces, when I instead of 2960 use DLINK switch, everything works without any issues. Please help solve this, share your experience and ideas.
2960 is used to connect Motorola Base Station to Motorola Server...
Here is the "show int fa0/1" output:
FastEthernet0/1 is up, line protocol is up (connected)
Hardware is Fast Ethernet, address is 0064.4018.e601 (bia 0064.4018.e601)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 134/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:01, output hang never
Last clearing of "show interface" counters never
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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 153344 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
2396 runts, 0 giants, 0 throttles
2396 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
1384 packets output, 102964 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
12-08-2011 03:45 AM
Hi Sapar,
First notice whether the input errors/runts are incrementing or is it constant.
To begin with configure the load-interval on the interface to 30 seconds. May be a very low amount of traffic is flowing which is not shown in the 5 minutes average I/O which is set as default.
I see that the reliability is low. Could you please check whats the speed/duplex setting on the base station device? Try to change auto-auto on both ends or set speed/duplex at one end and let the other side be auto. Such issues are mostly related to physical layer which includes cables, auto-negotiation, connectors and physical ports.
HTH
Talha
12-08-2011 06:58 AM
Hi Talha,
Right, input errors/runts are incrementing, as well as output packets.
Here is the output for Fe0/8:
FastEthernet0/8 is up, line protocol is up (connected)
Hardware is Fast Ethernet, address is 0064.4018.e608 (bia 0064.4018.e608)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 128/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:15, output 00:00:00, output hang never
Last clearing of "show interface" counters never
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 7000 bits/sec, 7 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
356 packets input, 739154 bytes, 0 no buffer
Received 2 broadcasts (2 multicasts)
11025 runts, 0 giants, 0 throttles
11025 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 2 multicast, 0 pause input
0 input packets with dribble condition detected
3132 packets output, 228675 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
Here we do have input packets, and still have same number of runts and input errors as well.
12-08-2011 07:09 AM
Hi Sapar,
as Talha pointed out you need to do some L1 and duplex/speed troubleshooting.
As the ports connected to the Motorola base stations are showing runts and input errors try to move one (i.e. Fa0/8) to another device... a Cisco switch possibly. Send some traffic through it and check the counters.
Likely there is some kind of issue between Motorola and 2960 for which packets is dropped in ingress if duplex/speed is not not correctly negotiated on the link.
Riccardo
12-08-2011 02:22 PM
Can you post the output to the command "sh contr e Fast 0/8" please?
Another way to determine if you have a cable issue is to run a TDR test.
Now the 2960 has two Gigabit interface. If you can move this link temporarily to either one of the Gig interface, that will be very, very good.
To test, just follow the process:
1. [If you can move the link to a GigabitEthernet interface]:
conf t
interface Gig0/<1 or 2>
media rj
end
2. [If you CANNOT move the link to a GigabitEthernet interface]: test cable tdr interface
3. Wait for about 5 to 7 seconds;
4. sh cable tdr interface
5. Post the output.
Now if you were able to do step #1, you need to "undo":
conf t
interface Gig0/<1 or 2>
media auto
end
Looking forward to see the result.
12-17-2011 01:34 AM
Team,
First of all thank you all for your responses. Problem is clear, but how to solve it. I have some more outputs now.
Here is the ouput of the "sh controllers ethernet-controller " command :
Switch#sh int fa0/1
FastEthernet0/1 is up, line protocol is up (connected)
Hardware is Fast Ethernet, address is 0064.4018.e601 (bia 0064.4018.e601)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 171/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:01, output hang never
Last clearing of "show interface" counters never
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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 31296 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
489 runts, 0 giants, 0 throttles
489 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
184 packets output, 14256 bytes, 0 underruns
Switch#sh controllers ethernet-controller fa0/1
Transmit FastEthernet0/1 Receive
14734 Bytes 32256 Bytes
28 Unicast frames 0 Unicast frames
163 Multicast frames 0 Multicast frames
0 Broadcast frames 0 Broadcast frames
0 Too old frames 0 Unicast bytes
0 Deferred frames 0 Multicast bytes
0 MTU exceeded frames 0 Broadcast bytes
0 1 collision frames 0 Alignment errors
0 2 collision frames 0 FCS errors
0 3 collision frames 0 Oversize frames
0 4 collision frames 504 Undersize frames
0 5 collision frames 0 Collision fragments
0 6 collision frames
0 7 collision frames 504 Minimum size frames
0 8 collision frames 0 65 to 127 byte frames
0 9 collision frames 0 128 to 255 byte frames
0 10 collision frames 0 256 to 511 byte frames
0 11 collision frames 0 512 to 1023 byte frames
0 12 collision frames 0 1024 to 1518 byte frames
0 13 collision frames 0 Overrun frames
0 14 collision frames 0 Pause frames
0 15 collision frames
0 Excessive collisions 0 Symbol error frames
0 Late collisions 0 Invalid frames, too large
0 VLAN discard frames 0 Valid frames, too large
0 Excess defer frames 0 Invalid frames, too small
175 64 byte frames 0 Valid frames, too small
9 127 byte frames
0 255 byte frames 0 Too old frames
7 511 byte frames 0 Valid oversize frames
0 1023 byte frames 0 System FCS error frames
0 1518 byte frames 0 RxPortFifoFull drop frame
0 Too large frames
0 Good (1 coll) frames
0 Good (>1 coll) frames
Here is the output for the "sh int counters error " command :
Switch#sh interfaces counters errors
Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards
Fa0/1 0 0 0 1232 1232 0
Fa0/2 0 0 0 0 0 0
Fa0/3 0 0 0 0 0 0
Fa0/4 0 0 0 0 0 0
Fa0/5 0 0 0 0 0 0
Fa0/6 0 0 0 0 0 0
Fa0/7 0 0 0 0 0 0
Fa0/8 0 0 0 0 0 0
Fa0/9 0 0 0 0 0 0
Fa0/10 0 0 0 0 0 0
Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards
Fa0/11 0 0 0 0 0 0
Fa0/12 0 0 0 0 0 0
Fa0/13 0 0 0 0 0 0
Fa0/14 0 0 0 0 0 0
Fa0/15 0 0 0 0 0 0
Fa0/16 0 0 0 0 0 0
Fa0/17 0 0 0 0 0 0
Fa0/18 0 0 0 0 0 0
Fa0/19 0 0 0 0 0 0
Fa0/20 0 0 0 0 0 0
Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards
Fa0/21 0 0 0 0 0 0
Fa0/22 0 0 0 0 0 0
Fa0/23 0 0 0 0 0 0
Fa0/24 0 0 0 0 0 0
Gi0/1 0 0 0 53683 53683 0
Gi0/2 0 0 0 654 654 0
Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants
Fa0/1 0 0 0 0 0 1239 0
Fa0/2 0 0 0 0 0 0 0
Fa0/3 0 0 0 0 0 0 0
Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants
Fa0/4 0 0 0 0 0 0 0
Fa0/5 0 0 0 0 0 0 0
Fa0/6 0 0 0 0 0 0 0
Fa0/7 0 0 0 0 0 0 0
Fa0/8 0 0 0 0 0 0 0
Fa0/9 0 0 0 0 0 0 0
Fa0/10 0 0 0 0 0 0 0
Fa0/11 0 0 0 0 0 0 0
Fa0/12 0 0 0 0 0 0 0
Fa0/13 0 0 0 0 0 0 0
Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants
Fa0/14 0 0 0 0 0 0 0
Fa0/15 0 0 0 0 0 0 0
Fa0/16 0 0 0 0 0 0 0
Fa0/17 0 0 0 0 0 0 0
Fa0/18 0 0 0 0 0 0 0
Fa0/19 0 0 0 0 0 0 0
Fa0/20 0 0 0 0 0 0 0
Fa0/21 0 0 0 0 0 0 0
Fa0/22 0 0 0 0 0 0 0
Fa0/23 0 0 0 0 0 0 0
Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants
Fa0/24 0 0 0 0 0 0 0
Gi0/1 0 0 0 0 0 54019 0
Gi0/2 0 0 0 0 0 654 0
Switch#
Now, I changed IOS from "c2960-lanbasek9-mz.122-44.SE6" to "c2960-lanbasek9-mz.150-1.SE.bin" and still have the same problem. So, question now is what should I do to make 2960 pass the undersize packets ?
12-18-2011 09:12 AM
Hi,
Can you please post the "sh int fa0/1 sw" command output.
Thanks & Regards,
Antonin
12-20-2011 06:29 PM
Antonin,
Here is the output you've asked for:
Switch#sh int gig 0/1
GigabitEthernet0/1 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 0064.4018.e619 (bia 0064.4018.e619)
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 176/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 100Mb/s, link type is auto, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:17, output 00:00:01, output hang never
Last clearing of "show interface" counters never
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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
19760 packets input, 1102205200 bytes, 0 no buffer
Received 11503 broadcasts (11444 multicasts)
17178854 runts, 0 giants, 0 throttles
17178854 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 11444 multicast, 0 pause input
0 input packets with dribble condition detected
199869 packets output, 15358372 bytes, 0 underruns
Switch#sh int gig 0/1 sw
Name: Gi0/1
Switchport: Enabled
Administrative Mode: dynamic auto
Operational Mode: static access
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: native
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Administrative Native VLAN tagging: enabled
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk Native VLAN tagging: enabled
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk associations: none
Administrative private-vlan trunk mappings: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Unknown unicast blocked: disabled
Unknown multicast blocked: disabled
Appliance trust: none
Switch#
This is connected to DLink switch first. DLINK is unmanaged and connected to the server. I cant remove DLINK right now, as network is used right now. I see input errors, unstable reliability and runts on the interface connected to DLINK, checked FE and GE.
12-21-2011 12:18 AM
Hi,
Thanks for the reply. If your Cat2960 is connected to D-link switch at the moment then the output is not of much usage. If you can later on try to connect it either to the server or base station directly (maintenance window) I would suggest to hardcode the port not to trunk ("switchport mode access") - at least for the test purposes. If you go for that suggestion then you may also need to configure the other end (if you are using more vlans then for the test purpose please allow just one. You can then observe if there is any progress. I can remember this type of problem in the old days when switches used the (Cisco proprietary) ISL trunking encapsulation which added much more overhead to the Ethernet frames and after stripping off the encapsulation the frames were reported as runts in particular situation. I hope that my post makes sense for you.
Best regards,
Antonin
12-21-2011 12:45 AM
What is the configuration of this port? Have you tried swapping the cables?
Has both the sides been configured for auto nego or hard coded on speed/duplex.
Sent from Cisco Technical Support iPad App
10-24-2012 10:34 PM
I know this question has been raised quite some time, but I just wanted to share my resolution for this problem. I was having this same problem on our 2800 router. I tried replacing the cable as well as using a different router port and still the issue was not resolved. We ended up calling the telco and having them check their speed/duplex settings, lo and behold it was indeed a speed/duplex mismatch. After nailing both sides to 100full, then the issue got resolved. No more runts and input errors, line was up and clear ever since. Thanks
12-20-2012 03:39 PM
Hello to all,
have anyone experienced outage in a random timings while he had this issue? because i've been monitoring my client's switched network for the outage he has and i noticed in the reports that i have the same problem on few switches ports.
i apprecaite your recommendation.
regards,
Labib
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide