Ejemplo de AlertMap para DX NetOps Spectrum
Introducción
Este documento describe un ejemplo de mapeo de eventos (AlertMap) para integrar las trampas SNMP emitidas por servidores DNS autoritativos de Planisys con DX NetOps Spectrum.
El objetivo es facilitar una Prueba de Concepto (PoC) y servir como referencia para equipos NOC y de operaciones.
Conceptos básicos
En DX NetOps Spectrum, un AlertMap (o Event-to-Alarm Mapping) define:
Qué evento SNMP se recibe (OID de la trampa)
Qué alarma se genera en Spectrum
Con qué severidad
Qué mensaje se muestra al operador
A qué tipo de modelo se asocia (Host, Application, etc.)
Las trampas de Planisys utilizan SNMPv2 estándar y son totalmente compatibles con el sistema de eventos de Spectrum.
MIB utilizado
Las reglas descritas en este documento se basan en el siguiente MIB:
PLANISYS-BIND-AUTH-MIB
OID raíz de la empresa:
1.3.6.1.4.1.64835
Resumen de traps soportados
Trampa |
Descripción |
Severidad |
|---|---|---|
dnsSvcDown |
Servicio BIND detenido o caído |
Crítica |
dnsSvcUp |
Servicio BIND operativo |
Informativa |
Ejemplo de reglas AlertMap
Las siguientes secciones describen cómo deberían configurarse las reglas en Spectrum. Los nombres exactos de menús pueden variar según la versión, pero el concepto es el mismo.
Alarma: Servicio DNS autoritativo caído
Evento de entrada
OID de la trampa
PLANISYS-BIND-AUTH-MIB::dnsSvcDown
Origen
Host (modelo de tipo Host o Application)
Condiciones
La trampa contiene el varbind
pdnsHostFqdnpdnsSeverity = 1(Crítica)
Acción en Spectrum
Crear una nueva alarma
Severidad
Critical
Mensaje recomendado
Servicio DNS autoritativo caído en {pdnsHostFqdn}
Variables dinámicas
Spectrum puede mostrar información adicional usando los varbinds recibidos:
pdnsHostFqdn→ Host afectadopdnsEventTimeUtc→ Hora del eventopdnsMessage→ Detalle textual del problema
Alarma: Servicio DNS autoritativo operativo
Evento de entrada
OID de la trampa
PLANISYS-BIND-AUTH-MIB::dnsSvcUp
Condiciones
pdnsSeverity = 5(Informativa)
Acción en Spectrum
Generar evento informativo
(Opcional) Limpiar o cerrar la alarma asociada a
dnsSvcDown
Severidad
Information
Mensaje recomendado
Servicio DNS autoritativo operativo en {pdnsHostFqdn}
Relación entre alarmas (opcional)
Para una mejor experiencia operativa, se recomienda:
Asociar
dnsSvcUpcomo evento de clear dednsSvcDownDe este modo, cuando el servicio se recupere, la alarma crítica se cerrará automáticamente
Este comportamiento es habitual en entornos ITIL/NOC.
Validación durante la Prueba de Concepto
Procedimiento de prueba
En un servidor DNS autoritativo de Planisys:
systemctl stop named
systemctl start named
Resultados esperados en Spectrum
Al detener el servicio:
Se recibe la trampa
dnsSvcDownSe genera una alarma Crítica
Al iniciar el servicio:
Se recibe la trampa
dnsSvcUpSe genera un evento informativo
(Opcional) Se limpia la alarma crítica previa
Buenas prácticas recomendadas
Asociar las alarmas al modelo Host
Usar
pdnsHostFqdncomo identificador principalMantener severidades consistentes con ITIL
Documentar estas reglas en el runbook del NOC
Notas de seguridad
El AlertMap no define credenciales SNMP
Las comunidades SNMP o credenciales SNMPv3 se gestionan fuera de Spectrum
Se recomienda restringir el acceso UDP/162 mediante firewall
Compatibilidad
Este ejemplo de AlertMap es compatible con:
DX NetOps Spectrum
Otras plataformas NMS con mapeo de eventos SNMP similar