SNMP 3 errors %SNMP-3-INPUT_QFULL_ERR on C887VA

[pblaser]

hy, I am facing a problem on the C800 platform C887VA mainly with SNMP 3 errors "%SNMP-3-INPUT_QFULL_ERR". I have seen lot's of discussions in Switching-Platforms. 

has anyone the same problems on C800 platforms? who did you solve it?

we are running 15.6(3)M1, the problem was described in 12.4xxx

---- log ----

Feb 28 09:50:33: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full

sh logg history
Syslog History Table:1 maximum table entries,
saving level warnings or higher
41 messages ignored, 0 dropped, 0 recursion drops
1301 table entries flushed
SNMP notifications not enabled
entry number 1302 : SNMP-3-INPUT_QFULL_ERR
Packet dropped due to input queue full
timestamp: 1298674

thanks for you help

pascal

[Mark Malone]

Hi

you could try this its one of the fixes for the bug on a router

The router keeps dropping SNMP packets. The log shows that the packets are dropped because of the input queue being full. Though the utilization is sometimes high, this could not be the root cause because the router keeps dropping packets regardless of the current utilization. Also, the SNMP process takes 5 to 20 percent of the CPU load.

Workaround: Exclude the ciscoMemoryPoolMIB from your query and the issue should hopefully be resolved. To do this, enter the following commands:

snmp-server view public-view iso included

snmp-server view public-view ciscoMemoryPoolMIB excluded

[pblaser]

ok, thanks for the replay, I will try that

question, how do you know it is the "ciscoMemoryPoolMIB" ? 

if I debug the SNMP the queue is filling up with UDP traffic, (snmp-get's) from my NMS server....

Feb 28 11:36:22: SNMP: Packet received via UDP from 10.x.x.x on Dialer1
process_mgmt_req_int: UDP packet being de-queued

regards Pascal

[Mark Malone]

I don't know its that exact bug fix, im going by the general error .....%SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full..........

There are multiple bugs registered for this alert on multiple versions of software , this was one pf the fixes that resolved it on certain router platforms

You can check your release notes online on Cisco website to see if there is an open caveat/bug for that version , it may or may not be there , if not you will have to try the fixes that are available or raise a case with Cisco and get them to give you the exact ID of the bug and go from there

Symptoms: SNMP stops to respond. The following message is generated:

"%SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full

This issue is affecting the CISCO-MEMORYPOOL-MIB instead.

Conditions: These symptoms are observed under the following conditions:

[pblaser]

ok, thank's for the answer, I thought there is a command to see witch "MIB" is generating this error and filling up the snmp-queue. 

yes, I have checked the "bug's" but could not find a corresponding hardware-plattform oder IOS-release at all...

so I think I have to open a case....

thanks anyway

regards Pascal 

[Mark Malone]

You should be able to see it if you debug the snmp traffic , I haven't hit the alert so I have not had to investigate it that far before

#debug snmp ?
  cef              SNMP CEFMIB Errors
  cifextmib-err    SNMP CISCO-IF-EXT-MIB Errors
  cifextmib-trace  SNMP CISCO-IF-EXT-MIB Trace
  detail           SNMP Detail
  headers          SNMP packet headers
  ifmib-err        SNMP IFMIB Errors
  ifmib-trace      SNMP IFMIB Trace
  imagelevel       SNMP License Imagelevel MIB
  mib              MIB commands
  overhead         SNMP overhead
  packets          SNMP packets
  requests         SNMP requests
  sessions         SNMP sessions
  sync             SNMP state synchronization
  timers           SNMP timer activity
  tunnel-mib       SNMP tunnel-mib debug

[pblaser]

I have tryed: 

SNMP:
SNMP Detail debugging is on
SNMP IF-MIB Errors debugging is on
SNMP IF-MIB Trace debugging is on
SNMP CISCO-IF-EXT-MIB Errors debugging is on
SNMP CISCO-IF-EXT-MIB Trace debugging is on
SNMP packet debugging is on
SNMP MGR requests debugging is on

but could not find out where the problem could be located....

[Mark Malone]

Why not try the current recommended ios version these are usually the least bug effected , it may fix it save you opening a case as they will probably advise something along those lines anyway unless they have another workaround

c880data-universalk9-mz.154-3.M7.bin

https://software.cisco.com/download/release.html?mdfid=283122091&reltype=latest&relind=AVAILABLE&release=15.6.3M1&softwareid=280805680&sortparam=

[pblaser]

thanks for the answer, I though about that as well, but lisp is not running like I need it... 

I may have found something... after I installed the IOS 156.3M1 the MIB on the router may have changed (this happen), but my NMS is still trying to get the "old" mib-oid-index's. 

so if I reload the "problem-routers" and re-discover again, the snmp-queue stand's on 0/1000, and no dopping packets.

I will test some more, this could be the problem...

[pblaser]

-- thanks for the discussion --