cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
496
Views
0
Helpful
5
Replies

Input queue drops

r.bosire
Level 4
Level 4

I have a 7206VXR [ NPE-400] running 12.0(16)S8. I am experiecing rather abnormally high input queue drops on a transit network connected to one of the fast ethernets

This is affecting network performance as am seeing so many packet drops.

What could be wrong ?

Here is a sample output captured after 7 minutes of doing clear counters on the interface

gw1#show int fa4/1

FastEthernet4/1 is up, line protocol is up

Hardware is i82543 (Livengood), address is 0008.e260.0871 (bia 0008.e260.0871)

Internet address is 195.xx.xx.xx/26

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 5/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 100Mb/s, 100BaseTX/FX

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 00:07:12

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 21754 drops

5 minute input rate 2966000 bits/sec, 709 packets/sec

5 minute output rate 2192000 bits/sec, 1089 packets/sec

297622 packets input, 158935506 bytes

Received 0 broadcasts, 0 runts, 0 giants, 36473 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast

0 input packets with dribble condition detected

452773 packets output, 110146983 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

5 Replies 5

rfroom
Cisco Employee
Cisco Employee

What is the configuration of the interface? Is Fast-Swiching or CEF enabled. Is the router having to process switch every packet for some reason.

Post the configuration of the interface.

A simple way to correct *may* be to increase the size of the input queue in the case of bursty traffic like IPX.

below is the interface config, increase of the input queue depth , doesnt help either

interface FastEthernet4/1

ip address 195.202.69.60 255.255.255.192

no ip directed-broadcast

speed 100

full-duplex

no cdp enable

!

gw1#show int fa4/1

FastEthernet4/1 is up, line protocol is up

Hardware is i82543 (Livengood), address is 0008.e260.0871 (bia 0008.e260.0871)

Internet address is 195.xx.xx.xx/26

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 7/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 100Mb/s, 100BaseTX/FX

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 00:00:21

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/200, 1732 drops

5 minute input rate 2461000 bits/sec, 747 packets/sec

5 minute output rate 2930000 bits/sec, 1258 packets/sec

16405 packets input, 6879085 bytes

Received 0 broadcasts, 0 runts, 0 giants, 2739 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast

0 input packets with dribble condition detected

27774 packets output, 7826858 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

You might try changing your queuing from fifo to weighted-fair.

That has helped solve some packet drops for me.

Gordon

Still getting the drops

gw1#show int fa4/1

FastEthernet4/1 is up, line protocol is up

Hardware is i82543 (Livengood), address is 0008.e260.0871 (bia 0008.e260.0871)

Internet address is 195.xx.xx.xx/26

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 6/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 100Mb/s, 100BaseTX/FX

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters 00:01:53

Input queue: 0/75/4288 (size/max/drops); Total output drops: 0

Queueing strategy: weighted fair

Output queue: 0/1000/64/0 (size/max total/threshold/drops)

Conversations 0/2/256 (active/max active/max total)

Reserved Conversations 0/0 (allocated/max allocated)

5 minute input rate 2808000 bits/sec, 754 packets/sec

5 minute output rate 2581000 bits/sec, 1160 packets/sec

69379 packets input, 31527226 bytes

Received 0 broadcasts, 0 runts, 0 giants, 7158 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast

0 input packets with dribble condition detected

111324 packets output, 29039822 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Hi.

I don't think that changing the queuing will solve input queue drops!

What's your CPU load?

Rgds.

NM

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco