En una infraestructura de red, no todos los eventos importantes pueden esperar a que una herramienta de monitoreo realice su próxima consulta. Una interfaz puede quedar fuera de servicio, un UPS puede reportar una falla o un dispositivo puede reiniciarse en cualquier momento. En estos escenarios, SNMP Trap permite que el propio dispositivo envíe un evento al sistema de monitoreo cuando algo ocurre.
En Zabbix, las traps SNMP complementan el monitoreo tradicional basado en polling, permitiendo trabajar con un enfoque orientado a eventos y reaccionar rápidamente ante determinadas condiciones de la infraestructura.
¿Qué es un SNMP Trap?
SNMP (Simple Network Management Protocol) permite monitorear y administrar dispositivos de red, como switches, routers, firewalls y UPS.
En un monitoreo basado en polling, Zabbix consulta periódicamente el dispositivo para obtener información. El intervalo de consulta determina cada cuánto tiempo un nuevo valor debe ser recolectado.
Una SNMP Trap funciona de manera diferente: el dispositivo envía un mensaje al sistema de monitoreo cuando ocurre un evento determinado.
Por ejemplo, un switch puede enviar una trap cuando una interfaz cambia de estado, mientras que un UPS puede generar una notificación ante una condición de energía.
Por eso, polling y traps no deben considerarse mecanismos excluyentes. En una implementación de Zabbix, ambos pueden utilizarse de forma complementaria.
¿Cómo procesa Zabbix una SNMP Trap?
El flujo de procesamiento involucra componentes de Net-SNMP y Zabbix.
De forma simplificada:
Dispositivo de red → snmptrapd → trap handler → archivo de traps → Zabbix SNMP trapper → item SNMP trap → trigger
La documentación oficial de Zabbix sobre SNMP Trap describe este flujo y los componentes necesarios para recibir y procesar las traps.
El proceso funciona de la siguiente manera:
- El dispositivo de red envía la SNMP Trap;
- snmptrapd recibe la trap;
- snmptrapd la envía a un receptor o handler, que puede ser un script Bash, un receptor Perl o SNMPTT;
- El receptor procesa y escribe la información en el archivo configurado para las traps;
- El proceso SNMP trapper de Zabbix lee ese archivo;
- Zabbix identifica el host correspondiente utilizando la interfaz SNMP;
- La trap se compara con los items configurados mediante expresiones regulares;
- Cuando existe una coincidencia, la trap se almacena como valor del item y puede utilizarse para generar un evento mediante un trigger.
Para conocer todos los pasos de configuración, consulte la sección de configuración de SNMP traps en la documentación de Zabbix.
Configurar el receptor de SNMP Traps
Una de las opciones habituales es Net-SNMP snmptrapd, que recibe los mensajes enviados por los dispositivos.
Como receptor se puede utilizar un script Bash, el receptor Perl proporcionado por Zabbix (zabbix_trap_receiver.pl) o SNMPTT.
La documentación de Zabbix incluye instrucciones para configurar el receptor de traps en Bash y Perl, así como SNMPTT.
Habilitar el SNMP trapper en Zabbix
En zabbix_server.conf o zabbix_proxy.conf, configure el proceso SNMP trapper y el archivo donde se almacenan las traps:
StartSNMPTrapper=1 SNMPTrapperFile=/var/lib/zabbix/snmptraps/snmptraps.log
Estos parámetros forman parte de la configuración necesaria para que el Zabbix server o Zabbix proxy procese las SNMP traps.
Crear el item SNMP Trap
El host debe contar con una interfaz SNMP. En el campo Key, Zabbix permite utilizar principalmente:
snmptrap[regexp]
Captura las traps que coincidan con la expresión regular especificada.
snmptrap.fallback
Captura las traps que no hayan sido capturadas por ninguno de los items snmptrap[] de esa interfaz.
La documentación de Zabbix sobre el tipo de item SNMP trap contiene los detalles sobre la configuración de estos items y el comportamiento de snmptrap[regexp] y snmptrap.fallback.
Para Type of information, normalmente se utiliza Log cuando se necesita que Zabbix interprete los timestamps presentes en las traps.
Ejemplo: detectar una interfaz caída
Supongamos que un switch envía una trap cuando una interfaz cambia a estado down. Podemos crear un item con:
snmptrap[linkDown]
A partir de ese item, se puede crear un trigger que genere un problema cuando Zabbix reciba la trap correspondiente. La expresión exacta debe depender del formato de la trap enviada por el fabricante.
Zabbix también dispone de templates SNMP para dispositivos de red, que pueden utilizarse como referencia al estructurar el monitoreo de diferentes dispositivos y métricas.
¿Qué ocurre con las traps que no coinciden?
snmptrap.fallback permite capturar las traps que no fueron asociadas con ningún snmptrap[] de la interfaz correspondiente.
Esto resulta especialmente útil durante la fase inicial de implementación, ya que permite analizar las traps recibidas antes de crear reglas específicas.
El template SNMP disponible en Zabbix también incluye un item de tipo SNMP trap basado en snmptrap.fallback.
SNMP Trap no sustituye al polling
El polling permite que Zabbix consulte periódicamente información del dispositivo. Las traps, por otro lado, permiten recibir determinados eventos enviados por el dispositivo.
Una arquitectura eficiente puede combinar ambas estrategias:
Polling + SNMP Traps = métricas periódicas + eventos orientados a cambios
Este enfoque permite complementar la recolección periódica de datos con eventos enviados directamente por los dispositivos cuando se producen determinadas condiciones.
El blog de Zabbix mantiene una sección dedicada a SNMP, con artículos sobre monitoreo, configuración y diferentes escenarios de uso.
Confiabilidad de las traps
Las traps SNMPv1/v2c no tienen confirmación de recepción, por lo que una trap puede perderse durante una interrupción de comunicación. Cuando el dispositivo lo permite, SNMP Inform puede utilizar un mecanismo de confirmación.
En ambientes críticos, no conviene depender exclusivamente de traps para determinar el estado de un dispositivo. La combinación con polling permite crear una estrategia de monitoreo más completa.
La documentación de Zabbix sobre SNMP Trap también incluye ejemplos de configuración utilizando diferentes versiones del protocolo SNMP, incluyendo SNMPv1, SNMPv2 y SNMPv3.
Rotación y mantenimiento del archivo de traps
En ambientes con muchos dispositivos, el volumen de eventos puede crecer rápidamente. Por eso, es importante implementar una política adecuada de rotación de logs y garantizar que el proceso de rotación no provoque pérdida de eventos.
La documentación oficial de Zabbix incluye recomendaciones específicas sobre rotación de logs y requisitos del sistema para SNMP traps.
SNMP Traps en ambientes multivendor
Cada fabricante puede implementar eventos específicos y utilizar MIBs y OIDs propios.
Al integrar un nuevo dispositivo, es recomendable identificar:
- la versión de SNMP;
- la dirección desde la cual se enviarán las traps;
- los OIDs involucrados;
- las MIBs necesarias;
- el formato de las traps;
- los eventos que realmente necesitan generar alertas.
Zabbix ofrece diferentes soluciones y templates para monitoreo mediante SNMP, que pueden servir como punto de partida para ambientes multivendor.
Buenas práticas para el uso de SNMP Traps
Antes de crear expresiones regulares, es importante revisar el formato real de las traps y considerar las particularidades de cada fabricante. También conviene mantener disponibles las MIBs y la documentación del fabricante para facilitar la interpretación de los OIDs y de los eventos recibidos.
No conviene depender exclusivamente de las traps. El polling permite comprobar periódicamente el estado de los dispositivos, mientras que las traps son especialmente útiles para recibir eventos específicos. Durante la implementación, snmptrap.fallback puede utilizarse para identificar y analizar las traps recibidas antes de definir reglas más específicas.
En ambientes con un volumen elevado de eventos, es importante supervisar el archivo donde se almacenan las traps y establecer una estrategia adecuada de rotación. En escenarios críticos, SNMP Inform puede ser una alternativa cuando el dispositivo lo admite, mientras que la combinación de traps y polling ayuda a construir un monitoreo más confiable.
Conclusión
SNMP Trap permite que Zabbix incorpore una dimensión orientada a eventos al monitoreo de infraestructura de red. En lugar de depender exclusivamente de consultas periódicas, Zabbix puede recibir eventos generados directamente por switches, routers, UPS y otros dispositivos compatibles con SNMP.
La clave está en entender que SNMP polling y SNMP traps cumplen funciones complementarias. Cuando se combinan correctamente, permiten construir un monitoreo capaz de observar tanto el estado de la infraestructura como los eventos relevantes que ocurren en ella.
Para profundizar en la configuración, consulte la documentación oficial de Zabbix sobre SNMP traps y los contenidos técnicos de la sección SNMP del Zabbix Blog.
Prev Post 
