Cisco FastEthernet Dropped Protocols

I am getting Unknown Protocol Drops on my FastEthernet interface that I have configured for our Metro-e connection. Here is my sh int:

#sh int fastethernet0/1
FastEthernet0/1 is up, line protocol is up
  Hardware is AmdFE, address is 0011.929c.9ce1 (bia 0011.929c.9ce1)
  Description: METRO-E$ETH-WAN$
  Internet address is
  MTU 1500 bytes, BW 3000 Kbit, DLY 100 usec,
     reliability 255/255, txload 50/255, rxload 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 2d17h
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: Class-based queueing
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/2/256 (active/max active/max total)
     Reserved Conversations 4/4 (allocated/max allocated)
     Available Bandwidth 660 kilobits/sec
  5 minute input rate 77000 bits/sec, 77 packets/sec
  5 minute output rate 595000 bits/sec, 101 packets/sec
     10687680 packets input, 1349958277 bytes
     Received 5044908 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     7135644 packets output, 4018770586 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     302 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

 Is there anyway I can have the FastEthernet interface accept all protocols and not drop any?

Who is Participating?
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.

I'm not a sure, but it looks like a a port mismatch setting or a issue with the carrier. I would call the carrier to troubleshoot

Remove the internet ip address from the config on this site. Its a security no no

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
unknown protocol drops are mostly caused by just that: Protocols that are not configured on your router, but are being sent to your interface (ie. Multicast, Apple Talk, etc...) You can surely contact your provider and have them investigate what they have enabled on your interface....this doesn't sound like it is a true "metro-e" solution, though, but they should be able to tell you how they have your configured.  Also, are you able to setup a sniffer to actually see what is coming to your interface?  A trained eye, would be able to pick up the abnormal packets quickly - with this information, you are in far better position to ask your provider to fix their end.
as a aside, is a private IP.  You got lucky this time, but always a good practice to not post sensitve info...
TermEchoAuthor Commented:
Yes, I know that I should not post sensitive data, that is why I posted only interfaces that have private information. Each router is owned by me, are you saying that the metro-e side of the network is blocking the packets or can I configure my router to allow all protocols?

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!

These unknown protocol drops doesn't necessarily mean you're missing out on some packets. For example, if the switch from which you're getting your MetroE hand-off is sending STP packets to your router, the router interface will flag those as "unknown protocol drops". The absolute best way to determine what these unknown protocols are is to either engage your provider or do it yourself by sniffing what's coming to that router interface.
Why not download WireShark (Free) and create a mirror port. Most cisco switches support that. Mirror a port to the port in question and use a pc to "sniff" the packets on this port. You can see what is going on.

Carrier issues usually show up as CRC errors.
oops Remove the internet ip address from the config on this site. Its a security no no..

My mistake, I meant internal
TermEchoAuthor Commented:
The issues were on the providers side.
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

From novice to tech pro — start learning today.