Diagnóstico de enlaces
El módulo de Gestión de Enlaces en NetMonitor provee visibilidad específica sobre cada conexión de red declarada, combinando métricas de disponibilidad, tráfico y validaciones físicas en una única vista.
[Imagen sugerida: inspector de enlace LAN/MAN con validaciones LLDP OK y DDM con valor de atenuación]
Escenario 1: Un enlace LAN/MAN está caído
Paso 1 — Identificar cuál extremo tiene la interfaz caída
En la vista del enlace, ambos extremos son visibles con su estado. Si solo un extremo tiene la interfaz en Down:
- El problema puede ser local a ese equipo (falla de puerto, SFP, reinicio).
- Navegar al activo de ese extremo y revisar la pestaña Interfaces.
Si ambos extremos tienen la interfaz en Down simultáneamente:
- El problema probablemente está en el medio físico (cable, fibra) o en el switch/panel intermedio.
Paso 2 — Inspector de enlace
Abrir el inspector del enlace y revisar las validaciones:
| Validación | Qué indica si falla |
|---|---|
| Existencia | Al menos una interfaz está Down. El enlace no tiene señal. |
| LLDP | El vecino LLDP detectado no coincide con el activo declarado. Posible error de documentación o conexión incorrecta. |
| DDM — Potencia Rx | La potencia óptica recibida está por debajo del umbral del SFP. La fibra tiene una pérdida excesiva. |
| Atenuación | La pérdida total supera el presupuesto óptico. La fibra tiene un problema físico. |
| Asimetría | La diferencia de atenuación entre ambos sentidos es alta. Un extremo tiene un problema de conector o fibra. |
Paso 3 — Correlacionar con eventos recientes
¿Hubo trabajos de mantenimiento en el cableado o los equipos recientemente? ¿Hubo un evento climático (tormenta, calor extremo) que pudiera afectar la planta de fibra exterior?
Revisar el historial de eventos del enlace y de los activos involucrados para buscar correlaciones temporales.
Escenario 2: Un enlace WAN está caído
Los enlaces WAN tienen particularidades adicionales: el problema puede estar en la infraestructura propia o en el proveedor.
Paso 1 — Verificar el gateway del ISP/carrier
La primera verificación es si el gateway del proveedor (próximo salto hacia el ISP o la WAN) es alcanzable. Si el gateway no responde, el problema puede ser del proveedor.
Si el gateway responde pero el destino remoto no, el problema puede estar en la red del proveedor entre el gateway y el destino.
Paso 2 — Verificar si otros sitios remotos también están caídos
Si múltiples sitios WAN cayeron simultáneamente, verificar si tienen en común:
- El mismo gateway central → el gateway puede ser la causa raíz.
- El mismo proveedor → problema del proveedor.
- El mismo NetCollector → el colector puede haber perdido conectividad.
Paso 3 — Verificar el enlace físico de acceso a la WAN
Navegar al activo (router o firewall) que termina la WAN y verificar el estado de la interfaz WAN en la pestaña Interfaces. Si la interfaz WAN está en Down, el problema es físico en ese último tramo.
Paso 4 — Escalamiento al proveedor
Si el gateway no responde y la interfaz WAN local está en Up (señal presente), el problema está del lado del proveedor. Documentar el momento de inicio de la falla y el estado de los indicadores disponibles para facilitar la apertura de un ticket con el carrier.
Escenario 3: Un enlace tiene alta utilización
Analizar si es un problema real
La alta utilización de un enlace no siempre requiere acción inmediata. Contexto importante:
- ¿Qué tipo de enlace es? Una WAN de 10 Mbps al 90% es crítico. Un backbone de 10 Gbps al 90% puede ser normal.
- ¿Es un pico puntual (backup nocturno) o es la utilización normal creciente?
Flujo de diagnóstico
- Revisar el histograma de tráfico del enlace para determinar si es tendencia o pico.
- Si hay sFlow o NetFlow configurado en los activos del enlace, revisar la caracterización de tráfico: ¿qué aplicaciones están consumiendo el ancho de banda?
- Revisar el percentil 95 del período: si el percentil 95 supera el 80% del ancho de banda contratado, el enlace está habitualmente saturado.
- Si el tráfico es de backup o replicación: evaluar mover la ventana de backup a horarios de menor utilización.
- Si el tráfico es de producción: considerar la ampliación del ancho de banda o la distribución del tráfico.
→ Ver Caracterización de tráfico
Escenario 4: El inspector detecta inconsistencias LLDP
Si el inspector del enlace muestra que el vecino LLDP detectado no coincide con el activo declarado en Asset Manager, hay dos posibilidades:
- Error de documentación: el enlace fue declarado en Asset Manager con activos incorrectos. Actualizar Asset Manager para que refleje la conexión real.
- Conexión incorrecta: el enlace fue patcheado diferente a lo documentado. Verificar físicamente o mediante el unifilar.
Una inconsistencia LLDP indica que la documentación no refleja la realidad física de la red. Esto puede causar diagnósticos erróneos en futuros incidentes. Siempre resolver la inconsistencia actualizando Asset Manager o corrigiendo el cableado, según corresponda.