- play_arrow Descripción general
- play_arrow Supervisión de red mediante SNMP
- Descripción general de la arquitectura SNMP y las MIB SNMP
- Descripción de la implementación de SNMP en Junos OS
- Configurar SNMP en Junos OS
- Configurar opciones en dispositivos administrados para un mejor tiempo de respuesta SNMP
- MIB de utilidad específica para empresas para mejorar la cobertura SNMP
- Optimice la configuración del sistema de administración de red para obtener los mejores resultados
- Interfaces para aceptar solicitudes SNMP
- Configurar SNMP para instancias de enrutamiento
- Configurar operaciones remotas SNMP
- Capturas SNMP
- Capturas SNMP compatibles con Junos OS
- Rastrear actividad SNMP
- Privilegios de acceso para un grupo SNMP
- Configurar ID de motor local en SNMPv3
- Configurar SNMPv3
- Configurar el tipo de autenticación SNMPv3 y el tipo de cifrado
- Capturas SNMPv3
- SNMPv3 informa
- Comunidades SNMP
- Vistas MIB
- MIB SNMP compatibles con Junos OS y Junos OS Evolved
- Preguntas frecuentes sobre SNMP de Junos OS
- play_arrow Monitoreo remoto de red (RMON) con alarmas y eventos SNMP
- play_arrow Opciones de contabilidad
- play_arrow Opciones de monitoreo
- play_arrow Alarmas de interfaz
- play_arrow Monitoreo de IP
- play_arrow Tecnología de monitoreo de sFlow
- play_arrow Muestreo adaptable para enrutadores y conmutadores
- play_arrow Software de diagnóstico del acelerador de flujo de paquetes
-
- play_arrow Supervisión de características de seguridad comunes
- play_arrow Gestión del rendimiento
- play_arrow Imitación de puerto
- play_arrow Duplicación de puertos y analizadores
- Duplicación de puertos y analizadores
- Configuración de analizadores y duplicación de puertos
- Configuración de instancias de creación de reflejo de puertos
- Configuración de la duplicación de puertos en interfaces físicas
- Configuración de la creación de reflejo de puertos en interfaces lógicas
- Configuración de la duplicación de puertos para varios destinos
- Configuración de la duplicación de puertos para destinos remotos
- Configuración del análisis local y remoto de creación de reflejo de puertos
- Duplicación de puerto 1:N a múltiples destinos en conmutadores
- Ejemplo: Configurar la creación de reflejo de puertos con familia cualquiera y un filtro de firewall
- Supervisión de la duplicación de puertos
- Configurar la duplicación de paquetes con encabezados de capa 2 para el tráfico reenviado de capa 3
- Solución de problemas de duplicación de puertos
-
- play_arrow Mensajes de registro del sistema
- Información general sobre el registro del sistema
- Registro del sistema en un sistema de chasis único
- Dirija los mensajes de registro del sistema a un destino remoto
- Comprobar los comandos que introducen los usuarios
- Mostrar archivos de registro del sistema
- Configurar el registro del sistema para dispositivos de seguridad
- Configurar Syslog a través de TLS
- Supervisar mensajes de registro
- play_arrow Administración de red y solución de problemas
- Comprimir los registros de solución de problemas de /var/logs para enviarlos al soporte técnico de Juniper Networks
- Monitoreo y solución de problemas
- Solución de problemas del rendimiento del sistema con la metodología de monitoreo de recursos
- Configuración de las opciones de depuración y rastreo de rutas de datos
- Uso de MPLS para diagnosticar LSP, VPN y circuitos de capa 2
- Uso de la captura de paquetes para analizar el tráfico de red
- Descripción general de On-Box Packet Sniffer
- Solución de problemas de dispositivos de seguridad
- play_arrow Instrucciones de configuración y comandos operativos
Administración de fallos de vínculo OAM de Ethernet
El sistema operativo Junos de Juniper Networks (Junos OS) para Juniper Networks permite que las interfaces Ethernet de estos conmutadores admitan el estándar IEEE 802.3ah para la operación, administración y mantenimiento (OAM) de Ethernet en redes de acceso. El estándar define la administración de fallas de vínculo OAM (LFM). Puede configurar IEEE 802.3ah OAM LFM en vínculos Ethernet punto a punto que estén conectados directamente o a través de repetidores Ethernet. El estándar IEEE 802.3ah cumple con los requisitos de capacidades OAM, incluso cuando Ethernet pasa de ser únicamente una tecnología empresarial a una WAN y tecnología de acceso, y el estándar sigue siendo compatible con la tecnología Ethernet existente.
Ethernet OAM proporciona las herramientas que el software de administración de red y los administradores de red pueden utilizar para determinar cómo funciona una red de vínculos Ethernet. Ethernet OAM debe:
Confíe únicamente en la dirección MAC (Media Access Control) o en el identificador de LAN virtual para la solución de problemas.
Trabaje independientemente del transporte y función Ethernet real a través de puertos Ethernet físicos o un servicio virtual como pseudocable.
Aísle los fallos en una arquitectura de red plana (o de un solo operador) o en redes anidadas, jerárquicas (o de múltiples proveedores).
Se admiten las siguientes características de LFM de OAM:
Descubrimiento y monitoreo de enlaces
El proceso de descubrimiento se activa automáticamente cuando OAM está habilitado en la interfaz. El proceso de descubrimiento permite que las interfaces Ethernet descubran y supervisen el par en el vínculo si también es compatible con el estándar IEEE 802.3ah. Puede especificar el modo de detección utilizado para la compatibilidad con IEEE 802.3ah OAM. En el modo activo, la interfaz descubre y supervisa el par en el vínculo si el par también admite la funcionalidad OAM IEEE 802.3ah. En el modo pasivo, el par inicia el proceso de detección. Después de que se ha iniciado el proceso de descubrimiento, ambas partes participan en el descubrimiento. El conmutador realiza la supervisión de vínculos mediante el envío periódico de unidades de datos de protocolo OAM (PDU) para anunciar el modo, la configuración y las capacidades de OAM.
Puede especificar el número de PDU de OAM que una interfaz puede pasar por alto antes de que el vínculo entre pares se considere inactivo.
Detección remota de fallos
La detección remota de fallos utiliza indicadores y eventos. Las banderas se utilizan para transmitir lo siguiente: Falla de vínculo significa una pérdida de señal, Dying Gasp significa una condición irrecuperable, como una falla de energía, y Evento crítico significa un evento crítico no especificado específico del proveedor. Puede especificar el intervalo de envío periódico de la PDU OAM para la detección de errores. El conmutador utiliza la PDU OAM de notificación de eventos para notificar al dispositivo OAM remoto cuando se detecta un problema. Puede especificar la acción que debe realizar el sistema cuando se produzca el evento de error de vínculo configurado.
Modo de circuito cerrado remoto
El modo de circuito cerrado remoto garantiza la calidad del vínculo entre el conmutador y un par remoto durante la instalación o la solución de problemas. En este modo, cuando la interfaz recibe una trama que no es una PDU OAM o una trama de pausa, lo envía de vuelta a la misma interfaz en la que se recibió. El vínculo parece estar en el estado activo. Puede usar la confirmación de circuito cerrado devuelta para probar el retraso, la fluctuación y el rendimiento.
Junos OS puede colocar un DTE remoto en modo de circuito cerrado (si la DTE remota admite el modo de circuito cerrado remoto). Cuando coloca un DTE remoto en modo de circuito cerrado, la interfaz recibe la solicitud de bucle cerrado remoto y pone la interfaz en modo de circuito cerrado remoto. Cuando la interfaz está en modo de circuito cerrado remoto, todas las tramas, excepto las PDU OAM, se vuelven a bucle sin que se realicen cambios en las tramas. Las PDU OAM se siguen enviando y procesando.
