Cisco input errors increasing

Hi guys,

receiving input errors on int fa 0/0 on a cisco router. I have tried replacing the cable, making sure that both sides were set to full duplex with 100speed and even tried changing from port fa 0/2 on the switch to fa 0/1 and still increasing on input errors.

What can be causing this issue. I believe that this is causing us to lose internet briefly.

Any suggestions please?

Router1841#sho int fa 0/0
FastEthernet0/0 is up, line protocol is up
  Hardware is Gt96k FE, address is 001d.7029.c1ba (bia 001d.
  Description: to Cisco 3560 Switch
  Internet address is 10.34.95.254/24
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/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 01:37:09
  Input queue: 1/75/3/0 (size/max/drops/flushes); Total outp
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 13000 bits/sec, 14 packets/sec
  5 minute output rate 8000 bits/sec, 4 packets/sec
     80570 packets input, 7795705 bytes
     Received 62606 broadcasts, 0 runts, 0 giants, 0 throttl
     37 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     21924 packets output, 4244835 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

Switch_3560#sho int fa 0/1
FastEthernet0/1 is up, line protocol is up (connected)
  Hardware is Fast Ethernet, address is 0021.56ab.6c03 (bia 0021.56ab.6c03)
  Description: LINK TO ROUTER FA 0/0
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/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:09, 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 8000 bits/sec, 6 packets/sec
  5 minute output rate 13000 bits/sec, 13 packets/sec
     23572 packets input, 4700643 bytes, 0 no buffer
     Received 113 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 113 multicast, 0 pause input
     0 input packets with dribble condition detected
     91768 packets output, 9225751 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
Switch_3560#

Switch_3560#sho cdp neighbors
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
Router_1841  Fas 0/1           172          R S I     1841      Fas 0/0

let me know if you need me to post anything else.

thanks
LVL 6
vmaganAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Matt VCommented:
Input errors relate to Layer1 issues, which would be cabling or other hardware.  Can you try connecting the switch to the fas0/1 interface on the router and see if you still get errors?
vmaganAuthor Commented:
That is exactly what I am going to try. I am remote, but I have already made the changes to fa0/1 just waiting for someone to move the cable to that port.

Could that be causing signal to drop?

I will keep you posted.
Matt VCommented:
Just trying to rule out a bad port on the router, or something worse on the switch that is affecting all switch ports.
Determine the Perfect Price for Your IT Services

Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden with our free interactive tool and use it to determine the right price for your IT services. Download your free eBook now!

vmaganAuthor Commented:
Changed to fa 0/1 and input error is now increasing on that port. So we could probably rule out the router ports being faulty.

Router1841#sho int fa 0/1
FastEthernet0/1 is up, line protocol is up
  Hardware is Gt96k FE, address is 001d.7029.c1bb (bia 001d.7029.c1bb)
  Internet address is 10.34.95.254/24
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/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 23:24:34
  Input queue: 1/75/1/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 41000 bits/sec, 27 packets/sec
  5 minute output rate 37000 bits/sec, 18 packets/sec
     18324 packets input, 4246053 bytes
     Received 6824 broadcasts, 0 runts, 0 giants, 0 throttles
     5 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     20458 packets output, 4290376 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
Router1841#

what can we check for on the switch?
InfamusCommented:
can you post int config on router fa0/1 and switch fa0/1?
vmaganAuthor Commented:
they are  posted  above.  is  there a  specific  config  you  are  looking  for?
InfamusCommented:
i meant the running config.

sh run int fa0/1
InfamusCommented:
and try to reset the interface on the switch just in case and clear the counter.
config t
int fa0/1
shut
(wait for 5 sec)
no shut
vmaganAuthor Commented:
I reset the two different ports late last night when i was on site and still a no go.


here are the requested shw cmds.


Router_1841#sho run int fa 0/1
Building configuration...

Current configuration : 159 bytes
!
interface FastEthernet0/1
 ip address 10.34.95.254 255.255.255.0
 ip helper-address 10.4.174.1
 ip helper-address 10.226.72.194
 speed 100
 full-duplex
end



Switch3560#sho run int fa 0/1
Building configuration...

Current configuration : 140 bytes
!
interface FastEthernet0/1
 description LINK TO ROUTER FA 0/0
 switchport mode access
 speed 100
 duplex full
 spanning-tree portfast
end

Switch3560#
InfamusCommented:
Few more questions...

Why do you have iphelper address configured on router fa0/1?

Is CEF enabled on the router?

How is the CPU utilization on the router?



Also add these commands under router's int fa0/1

 no ip redirects
 no ip unreachables
 no ip proxy-arp
InfamusCommented:
Also add these :

ip route-cache cef
ip route-cache
koudryCommented:
As someone already suggested, check CPU usage. This is because the router is doing some DHCP relay and also, if it is getting small packet size traffic, that will push CPU usage up.

I observed that, although there are input errors, there are no overruns which can be caused by traffic arriving too fast for the port buffer to be able to accommodate. You need to check what's connected to the other side of the port showing the input errors. Check the rate the traffic is being sent at.

Try to get an idea of user experience, i.e. what the user is seeing, i.e. are there any particular application suffering or hanging? This will help you focus efforts.

You may want to try setting the port speed and duplex to auto to see if it makes any difference.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Routers

From novice to tech pro — start learning today.