Chassis
La pestaña Chassis es la vista principal del activo como sistema. Muestra la historia de disponibilidad del equipo, el uso de sus recursos, el inventario de componentes físicos y los eventos más relevantes registrados en su historia operativa.
Es la primera pestaña que debe consultarse al analizar la estabilidad general de un activo o investigar un comportamiento anómalo.
[Imagen sugerida: pestaña Chassis de un switch con indicadores de disponibilidad 24h, gráfico de CPU y tabla de componentes de inventario]
Disponibilidad
Disponibilidad de las últimas 24 horas
El indicador de disponibilidad de 24 horas muestra el SLI del activo calculado sobre las últimas 24 horas en tiempo real. Este indicador permite al operador tener una visión rápida del estado reciente del activo sin necesidad de revisar el historial completo.
El indicador se actualiza en cada ciclo de polling. Su valor puede estar por debajo del SLA configurado incluso si el activo está disponible en este momento, si el activo tuvo cortes previos dentro de la ventana de 24 horas.
Disponibilidad histórica
El gráfico de disponibilidad histórica muestra el SLI del activo período a período (día, semana, mes). Cada barra o segmento representa el porcentaje de ciclos disponibles sobre el total de ciclos correspondiente a ese período.
Este gráfico permite identificar patrones recurrentes (ej.: caídas nocturnas, degradación semanal) que no son visibles al observar solo el estado actual.
La disponibilidad histórica es la base para el análisis de MTBF (tiempo promedio entre fallas) y MTTR (tiempo promedio de recuperación). Un activo con alta disponibilidad promedio pero múltiples incidentes cortos tiene un MTBF bajo, aunque su SLI sea aceptable. NetMonitor permite analizar ambas dimensiones por separado.
Recursos del sistema
NetMonitor adquiere las métricas de recursos del activo mediante SNMP (MIBs estándar o propietarias) y las presenta en la pestaña Chassis.
CPU
- Porcentaje de utilización de CPU del activo
- Histórico gráfico: evolución de la utilización a lo largo del tiempo
- NetMonitor puede generar alertas cuando la utilización supera los umbrales configurados
Memoria
- Porcentaje de memoria utilizada sobre el total disponible
- Histórico gráfico: tendencia de consumo de memoria
- En equipos con múltiples bancos de memoria (servidores, algunos firewalls), se muestra el detalle por banco
Temperatura
- Temperatura registrada por los sensores del equipo (cuando el activo los expone mediante SNMP)
- Umbral típico: alerta cuando supera los valores recomendados por el fabricante
Otros recursos
Según el tipo de activo y la capacidad de su agente SNMP, pueden aparecer métricas adicionales como:
- Uso de disco en servidores
- Uso de flash / NVRAM en equipos de red
- Voltaje de fuente en UPS y PDU
- Utilización de ASIC o tabla de forwarding en switches de alta densidad
[Imagen sugerida: gráficos de CPU y memoria con línea de umbral marcada]
Inventario
NetMonitor extrae el inventario de componentes físicos del activo mediante SNMP (MIB Entity o MIBs propietarias). El inventario incluye:
| Componente | Información disponible |
|---|---|
| Chasis principal | Descripción, número de serie, versión de firmware |
| Tarjetas de línea / módulos | Descripción, estado, número de serie |
| Fuentes de alimentación | Estado (activa, en falla, ausente) |
| Ventiladores | Estado (operativo, en falla, ausente) |
| Sensores de temperatura | Valor actual y estado |
| Interfaces físicas | Tipo de interfaz, velocidad, media (cobre, fibra) |
El inventario tiene múltiples usos operativos:
- Gestión de garantías: permite identificar números de serie de componentes para gestionar contratos de soporte.
- Planificación de capacidad: facilita la identificación de slots disponibles o módulos a expandir.
- Auditoría de cambios: si un componente cambia entre ciclos de polling, NetMonitor puede registrar el cambio.
- Documentación de infraestructura: el inventario exportado complementa el registro de activos en CMDB/Asset Manager.
El inventario disponible en la pestaña Chassis permite conocer la configuración de hardware de un equipo remoto sin necesidad de acceso físico al mismo. Esto es especialmente útil para equipos en datacenters o sitios remotos.
Reinicios
NetMonitor registra los reinicios del activo a partir de dos fuentes:
- SysUptime SNMP: el contador de tiempo de actividad del equipo. Cuando este contador se reinicia a cero (o a un valor menor al del ciclo anterior), NetMonitor infiere que el equipo fue reiniciado.
- TRAPs SNMP de reinicio: algunos equipos envían un TRAP específico cuando se reestablecen (coldStart / warmStart). NetMonitor procesa estos TRAPs y los registra como eventos de reinicio.
El historial de reinicios incluye:
- Fecha y hora del reinicio detectado
- Tipo de reinicio (coldStart, warmStart o inferido por sysUptime)
- Tiempo de inactividad asociado (si el activo fue inaccesible durante el reinicio)
Un equipo que reinicia con frecuencia sin justificación es una señal de alerta operativa: puede indicar falla de hardware, sobrecarga, o problema de software.
Config Change TRAP
Algunos fabricantes (Cisco, Fortinet, etc.) envían un TRAP SNMP específico cuando se realiza un cambio en la configuración del equipo. NetMonitor procesa y registra estos eventos como Config Change.
El registro de Config Change en la pestaña Chassis muestra:
- Fecha y hora del cambio detectado
- Fuente (TRAP recibido del equipo)
Un evento de Config Change genera una alarma visual en la vista del activo: el estado del activo cambia temporalmente para indicar que se detectó un cambio. Sin embargo, este evento no genera una alarma formal en el Gestor de Alarmas, a menos que exista una regla configurada explícitamente para procesarlo.
Esto significa que el Config Change puede pasar desapercibido en el monitoreo operativo si el operador no consulta la pestaña Chassis periódicamente o si no tiene configurada una regla que lo capture.
Estado desconocido
Un activo entra en estado desconocido cuando NetMonitor no puede establecer comunicación con él durante un ciclo de polling y no puede determinar si el activo está caído, inaccesible o si hubo un problema de red transitorio.
El estado desconocido se distingue del estado de alarma (caída confirmada) porque:
- La caída no supera el número de reintentos configurados, o
- El activo está configurado con SLA=0% (no genera alarmas), pero NetMonitor sigue intentando comunicarse
En la pestaña Chassis, el estado desconocido se refleja en el indicador de disponibilidad y se registra en el historial como un período sin datos confirmados.
Asset Docs — Documentación interna del activo
Cada activo monitoreado en NetMonitor puede tener su propia documentación interna accesible desde la pestaña Chassis (o desde el acceso rápido en el encabezado del Asset Info).
Propósito
Asset Docs funciona como una base de conocimiento (KB) vinculada directamente al activo. Su propósito es concentrar en un único lugar toda la información operativa relevante sobre ese activo que no está disponible de forma automática mediante monitoreo:
- Procedimientos de mantenimiento o reinicio
- Accesos de gestión (usuario, consola, acceso físico)
- Historial de intervenciones y cambios importantes
- Contactos del proveedor o del responsable técnico
- Notas de diagnóstico de incidentes anteriores
- Configuraciones clave o parámetros relevantes
Editor
El editor de Asset Docs soporta Markdown con vista previa. Permite formatear el contenido con encabezados, listas, tablas, bloques de código y énfasis, sin necesidad de conocimientos de HTML.
[Imagen sugerida: editor Markdown en la interfaz de Asset Docs con panel de vista previa]
Adjuntos
Además del texto, Asset Docs permite adjuntar archivos:
| Tipo | Límite |
|---|---|
| Imágenes (capturas, diagramas, fotos) | 1 MB por imagen |
| Documentos (PDFs, Excel, Word, configs) | 10 MB por documento |
Los límites de tamaño de adjuntos son los valores por defecto de la plataforma. Si las necesidades de documentación requieren adjuntos de mayor tamaño, esto puede solicitarse al equipo de soporte de NetMonitor para su ajuste en la configuración de la instancia.
Visibilidad
La documentación interna de un activo es visible para todos los usuarios de NetMonitor que tengan acceso a ese activo. Es información compartida entre el equipo NOC, el equipo de soporte y los operadores, sin necesidad de buscarla en sistemas externos.
Relación con notas e incidentes
Asset Docs es para documentación permanente del activo. Las notas de incidente (disponibles desde el Visor de Incidentes) son para documentación temporal vinculada a un evento específico. Ambas son complementarias.