De repente uno de nuestros equipos salto en la herramienta de monitorización como que estaba caido … y era mentira, a los pocos segundos volvio a la vida (no el cacharro, que no le pasaba nada). Empezaron a salir mensajes en el log de que la cola snmp estaba llena. Y este mensaje me suena un montón de otra vez, y tambien me suena que habia una forma de ampliar la cola SNMP. Pero no soy capaz de encontrarlo.
Los mensajes en cuestión:
003061: Jul 18 09:51:56.357 MDT: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full
003062: Jul 18 09:51:56.358 MDT: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full
003063: Jul 18 09:51:56.675 MDT: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full
003064: Jul 18 09:51:57.343 MDT: %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full
La solución:
snmp-server queue-length 25
Eso si, me dejaron claro que el snmp tiene una «velocidad» que es relativa al hardware.
Regardless of the network’s capacity, the router will never send SNMP messages faster than four traps per second. This rate is hardcoded into the router and is not configurable. So if you have several NMS systems, or if your router creates a particularly large number of traps, you might want to increase the size of this queue to help prevent inadvertent discarding of traps.
The snmp-server queue-length command will accept any integer between 1 and 1,000, representing the maximum number of packets that can be held at a time.
Vamos que no te pases.