Input errora at the int

rmv72 · ‎11-17-2008

I don't understand where to dig.

I have increased numbers of input errors and same numbers of ignored. Is it problem with cable or another problem?

At the other side of cable ( ASA 5510) there are no errors.

416 input errors, 416 ignored

#sh int f4/1

FastEthernet4/1 is up, line protocol is up

Hardware is i82543 (Livengood), address is 0016.c794.d971 (bia 0016.c794.d971)

Description: ### Int to ASA VPN GATE ###

Internet address is 5.5.5.1/30

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 16/255, rxload 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 01:30:29, output 00:00:00, output hang never

Last clearing of "show interface" counters 00:03:52

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

Queueing strategy: fifo

Output queue: 0/40 (size/max)

30 second input rate 2851000 bits/sec, 1870 packets/sec

30 second output rate 6640000 bits/sec, 1626 packets/sec

458767 packets input, 97163477 bytes

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

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

0 watchdog

0 input packets with dribble condition detected

373076 packets output, 154022489 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

Giuseppe Larosa · ‎11-17-2008

Hello Mike,

here is the definition of ignored

Shows the number of received packets ignored by the

interface because the interface hardware ran low on internal

buffers. These buffers are different from the system buffers

mentioned previously in the buffer description. Broadcast

storms and bursts of noise can cause the ignored count to be

increased.

you can try to increase the input hold-queue to see if they stop to increment

int f4/1

hold-queue 1024 in

However, they are less then 0.1% so they shouldn't cause performance issues

Hope to help

Giuseppe

rmv72 · ‎11-17-2008

Hello!

Unfortunatly it didn't help...

Why do you think i need to increase that queue.

From output

Input queue: 0/1024/0/0 (size/max/drops/flushes)

seems 0 drops or i missunderstood it?

#sh int f4/1

FastEthernet4/1 is up, line protocol is up

Hardware is i82543 (Livengood), address is 0016.c794.d971 (bia 0016.c794.d971)

Description: ### Int to ASA VPN GATE ###

Internet address is 5.5.5.1/30

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 15/255, rxload 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 02:32:45, output 00:00:00, output hang never

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

Input queue: 0/1024/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

30 second input rate 3066000 bits/sec, 1463 packets/sec

30 second output rate 6009000 bits/sec, 1283 packets/sec

482300 packets input, 122238132 bytes

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

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

0 watchdog

0 input packets with dribble condition detected

409856 packets output, 224471677 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

Giuseppe Larosa · ‎11-17-2008

Hello Mike,

it was a try.

There is a chance this is just noice of some protocol not active/not known on this interface.

Hope to help

Giuseppe

rmv72 · ‎11-18-2008

I found where was problem.

I have service-policy input XXX at that interface.

Errors disappeared after remove that.