Cisco edge router - input/crc errors on WAN interface

Posted on 2014-02-17
Medium Priority
Last Modified: 2014-03-29
I am getting input and CRC errors on the WAN interface of my Cisco router.

I have tried several Cisco routers - (3) 1841's, and now a 2801.

I've replaced all cabling.  The Internet connection (cable) has been changed from coax (30x5 - replaced the modem 3 times as well), to fiber at 50x50.

We've worked with ISP and changed speed/duplex to different values - both auto and "locked" to matching values.

Any possibility the 10/100 interfaces on the 1841/2801 are having issues with the Gbe links on all sides?  The inside interface is connected to either a Gbe switch, or to the Gbe port on the Barracuda and does not report input errors.

Additionally, with 50x50 service, and a single laptop connected to the inside interface of the 1841/2801, I can only pull about 20x50.  If I bypass the Cisco and connect directly to the ISP gear, I can pull the full bandwidth (50x50).

The current configuration is:

- Cisco ME3400 fiber switch from the ISP
- copper patch cable directly to the 2801
- both devices set to auto speed/duplex
Question by:snowdog_2112
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 7
  • 4
  • 2
  • +1

Author Comment

ID: 39864817
Two additional nuggets of info:
- The Cisco router is *not* performing any NAT.  All interfaces have public IP's.
- The "problem" interface connects to the cable ISP, but we're using BGP and a GRE tunnel on this link to route a /29 block from ISP #2, which is also connected to this router via T1 WIC (s0/0/0).

Thanks in advance!

Expert Comment

ID: 39864850
few suggestions:

1. check MTU settings with service provider, or try setting it to 1500
2. hardcode both speed/duplex on SP side and router side
3. if issue persist, request service provider to provide BER test on the circuit to remove doubt on physical issues on the line. most service provider circuit are BER tested before handing over to client, but to be sure, if you can request to isolate any issues.
LVL 12

Expert Comment

ID: 39865012
can you post sh interface (troubled interface)?

and also sh run interface..
Prepare for your VMware VCP6-DCV exam.

Josh Coen and Jason Langer have prepared the latest edition of VCP study guide. Both authors have been working in the IT field for more than a decade, and both hold VMware certifications. This 163-page guide covers all 10 of the exam blueprint sections.


Author Comment

ID: 39865981
Int stats - IP changed.  Doesn't look like we're flooding the bandwidth on the interface (about 2.5mb x 0.7 mb below).
MTU is already 1500 bytes.  
As mentioned in OP - we've changed speed/duplex to every variation with no changes.
BER Test - seems to apply to serial interfaces, this is Ethernet (100Mbps) - and we've had 4 different devices connected to this router (or the other 3 routers I've replaced).

interface FastEthernet0/1
 ip address
 ip access-group in.isp1 in
 ip nat outside
 ip virtual-reassembly in
 duplex auto
 speed auto

FastEthernet0/1 is up, line protocol is up
  Hardware is Gt96k FE, address is 001f.ca95.7849 (bia 001f.ca95.7849)
  Internet address is
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/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 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 21:42:20
  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 2747000 bits/sec, 351 packets/sec
  5 minute output rate 769000 bits/sec, 207 packets/sec
     18025650 packets input, 4239067542 bytes
     Received 81283 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     101135 input errors, 152 CRC, 0 frame, 3 overrun, 14 ignored
     0 watchdog
     0 input packets with dribble condition detected
     10939957 packets output, 601933670 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Expert Comment

ID: 39866133
BER test doesn't necessary limited to serial interfaces, service provider can run BER test on ethernet hand-off as well primarily to test circuit before turn-over to client

i see your interface is on full 100

Full-duplex, 100Mb/s

has provider confirmed they are matching on their end?
LVL 46

Expert Comment

by:Craig Beck
ID: 39867533
has provider confirmed they are matching on their end?
I believe so...
We've worked with ISP and changed speed/duplex to different values - both auto and "locked" to matching values.
What ISP device are you connecting your router to?

Author Comment

ID: 39868755
Charter (Wisconsin).

As mentioned, we've actually converted from a coax service (a cable modem with 10/100 Ethernet handoff), to fiber service.

On coax service, we forced the ISP to change the modem 3 times for this issue.

On fiber service, Charter has a Cisco ME3400 series switch on premise with a Gbe Ethernet handoff.

As mentioned, I've had my Cisco router 2 switch hops (fiber between) away from the Charter switch (all Gbe between), and have moved my Cisco right next to the Charter switch.
LVL 46

Expert Comment

by:Craig Beck
ID: 39868777
What is the exact model of ME switch?
What switches do you have between the ME switch and your router (I understand you bypassed this).

Author Comment

ID: 39868862
Looks to be a ME-3400G-2CS-A  (I don't have physical access to it now, I'm going off web images that match).

I have had Netgear switches between the ME3400 in the following configurations with the same results (input/crc errors):

ME3400 --> Copper cat5e patch (replaced this several times) -->

1. Directly to my 1841
2. Directly to a temporary 2801
3. Netgear GS105 (5-port Gb) --> 1841
4. Netgear GS105 (5-port Gb) --> 2801
5. Netgear gsm7224 --> 1841
6. Netgear gsm7224 --> MM Fiber  --> gsm7224 --> 1841

Config's 5 and 6 have also been tried with the SMC coax cable modem.

you can see I haven't resorted to EE without trying a bunch of things first.  :)
LVL 46

Expert Comment

by:Craig Beck
ID: 39868971
Ok, you're probably receiving lots of micro-bursts which is filling the buffer.

Can you post the show buffer output from the router?

Author Comment

ID: 39895135
Update - we're running tests bypassing the Cisco completely with the Charter link to see if the Barracuda reports errors.

Accepted Solution

snowdog_2112 earned 0 total points
ID: 39950383
Update - according to some well-hidden Cisco doc, it appears the 100mb interface is "not suitable" for WAN speeds over 15mbps.


We're leaning toward this as the cause of the issues, since there is no piece of physical hardware that has not been replaced - several times.

Will be replacing the router with a different solution.
LVL 46

Expert Comment

by:Craig Beck
ID: 39950468
The platform itself won't be causing this, which is why no-one (including the vendor) mentioned it.  Dropped packets are different to what the PDF is talking about (especially CRC errors).

The metrics in the router performance guide relate to how much the router can handle when under load and running different features (firewall, ACLs, IPSec, etc).  The interfaces can do what they say on the tin though.

As an example, I have a 1841 connected to my fibre-based internet service at home.  I can achieve 70Mbps on this consistently with all services apart from IP routing disabled.  That guide mentions that I should 'expect' only 25Mbps with a 1941 though, and the 1941 is a superior router to the 1841.

Author Closing Comment

ID: 39963502
I've had literally a dozen cases open with Cisco - replaced the router 3 times, and even dropped a 2801 in as a test.  In none of these cases did Cisco (or anyone else) suggest the platform itself may be the issue.

Featured Post

Get free NFR key for Veeam Availability Suite 9.5

Veeam is happy to provide a free NFR license (1 year, 2 sockets) to all certified IT Pros. The license allows for the non-production use of Veeam Availability Suite v9.5 in your home lab, without any feature limitations. It works for both VMware and Hyper-V environments

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

The Cisco RV042 router is a popular small network interfacing device that is often used as an internet gateway. Network administrators need to get at the management interface to make settings, change passwords, etc. This access is generally done usi…
Tired of waiting for your show or movie to load?  Are buffering issues a constant problem with your internet connection?  Check this article out to see if these simple adjustments are the solution for you.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
Suggested Courses
Course of the Month7 days, 21 hours left to enroll

765 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question