- play_arrow Descripción general
- play_arrow Características de operación, administración y administración
- play_arrow OAM de Ethernet y administración de fallos de conectividad para enrutadores
- Introducción a la administración de errores de conectividad (CFM) de OAM
- Configurar la administración de errores de conectividad (CFM)
- Perfil de acción de CFM
- Interfaz de administración local Ethernet
- Soporte CFM para paquetes encapsulados CCC
- Configurar ISSU unificada para 802.1ag CFM
- Monitoreo CFM entre dispositivos CE y PE
- Configurar mensajes de comprobación de continuidad
- Ejemplo: Configurar Ethernet CFM en interfaces físicas
- Ejemplo: Configurar Ethernet CFM en conexiones de puente
- Ejemplo: Configurar Ethernet CFM a través de VPLS
- play_arrow Administración de fallos de vínculo para enrutadores
- play_arrow Administración de fallos de vínculo OAM Ethernet para conmutadores
- play_arrow Administración de errores de conectividad OAM Ethernet para conmutadores
- play_arrow Retardo de trama Ethernet
- Mediciones de retardo de trama Ethernet en conmutadores
- Configurar interfaces MEP en conmutadores para que admitan mediciones de retardo de trama Ethernet (procedimiento de CLI)
- Configuración de mediciones de retardo de trama Ethernet unidireccional en conmutadores (procedimiento de CLI)
- Configurar un perfil de iterador en un conmutador (procedimiento de CLI)
- Activar una sesión de medición de retardo de trama Ethernet en un conmutador
- Configuración de mediciones de retardo de trama Ethernet bidireccional en conmutadores (procedimiento de CLI)
- play_arrow Oam del servicio Ethernet (ITU-ty.1731) para enrutadores
- Visión general de OAM del servicio Ethernet ITU-T Y.1731
- Configurar sesiones de medición de retardo de trama Ethernet
- Configuración de interfaces MEP para admitir mediciones de retardo de trama Ethernet
- Configurar la medición de pérdida de tramas Ethernet
- Configurar un perfil de iterador
- Configurar mediciones de pérdida sintética Ethernet
- Indicación de alarma Ethernet
- Modo de transmisión en línea
-
- 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 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
Descripción general de la supervisión de IP
En esta sección se describe cómo realizar un seguimiento del estado del sistema en uso.
Esta función monitorea IP en firewalls independientes de la serie SRX o en una interfaz Ethernet redundante (reth) de clúster de chasis . Las sondas RPM existentes se envían a una dirección IP para comprobar su accesibilidad. El usuario realiza una acción en función del resultado de accesibilidad. La acción admitida actualmente es la inyección de ruta estática preferida a la tabla de rutas del sistema.
Las acciones apoyadas son:
Agregar o eliminar una nueva ruta estática que tenga un valor de prioridad más alto (preferencia menor) que una ruta configurada mediante el comando de la CLI
set routing-options static route
Definir varios nombres de sondeo bajo la misma directiva de supervisión de IP. Si se produce un error en alguna sonda, se realiza la acción. Si se puede acceder a todos los sondeos, la acción se revierte
Configuración de varias pruebas en una sonda RPM. Todas las pruebas deben fallar para que la sonda RPM se considere inalcanzable. Si al menos una prueba alcanza su objetivo, la sonda RPM se considera accesible
Configuración de varios umbrales de error en una prueba de RPM. Si se alcanza un umbral, la prueba falla. Si no se alcanza ningún umbral, la prueba se realiza correctamente.
Especificar la opción sin preferencia. Si se especifica la opción de preferencia, la política no realiza una conmutación por recuperación preventiva cuando se encuentra en un estado de conmutación por error o cuando la prueba de sondeo RPM se recupera de un error.
Establecer valores de métrica preferidos. Si se establece el valor de métrica preferido, durante la conmutación por error, la ruta se inyecta con el valor de métrica preferido establecido.
Habilitar y deshabilitar interfaces.
Interface-Enable: en una interfaz física o lógica, cuando se configura la acción de habilitación de interfaz, el estado inicial de la interfaz se desactiva después del inicio y permanece en el estado de desactivación mientras la sonda RPM asociada esté en el estado de paso. Cuando se produce un error en el sondeo RPM asociado, se habilitan las interfaces físicas y lógicas configuradas.
Interface-Disable: en una interfaz física o lógica, cuando se configura la acción de desactivar interfaz, el estado de la interfaz permanece sin cambios. Cuando se produce un error en la sonda RPM asociada, se deshabilitan las interfaces físicas y lógicas.
Se pueden definir varios nombres de sonda y acciones para la misma política de supervisión de IP.
Parámetros de prueba de monitoreo de IP
Cada objetivo sondeado se monitorea en el transcurso de una prueba, que representa una colección de sondas durante las cuales se recopilan estadísticas como la desviación estándar y la fluctuación . Durante una prueba, se generan sondas y se recogen respuestas a una velocidad definida por el intervalo de sonda, el número de segundos entre sondas.
Para evitar el flap, una acción solo se revierte al final de un ciclo de prueba. Durante el ciclo de prueba, si no se alcanza ningún umbral, la acción se revierte. Aunque la conmutación por error de acción se lleva a cabo en función de una condición predefinida de una IP supervisada, cuando se invierte la condición, se puede acceder a la IP en la ruta original y se elimina la ruta recién agregada. La recuperación sólo se realiza cuando todos los sondeos RPM informan que la IP es accesible.
#id-understanding-ip-monitoring-test-parameters__ip-parameter-default-value enumera los parámetros de prueba y sus valores predeterminados:
Parámetro | Valor predeterminado |
---|---|
recuento de sondeos | 1 |
intervalo de sondeo | 3 segundos |
intervalo de prueba | 1 segundo |
#id-understanding-ip-monitoring-test-parameters__ip-monitor-threshold-supported enumera el umbral admitido y su descripción:
Umbral | Description |
---|---|
Pérdida sucesiva | Recuento sucesivo de pérdidas de sondas |
Pérdida total | Cuenta total de sonda perdida |
Monitoreo de IP a través de grupos de agregación de vínculos de interfaz Ethernet redundantes
La supervisión de IP comprueba la accesibilidad de un dispositivo ascendente. Está diseñado para comprobar la conectividad de extremo a extremo de las direcciones IP configuradas y permite que un grupo de redundancia (RG) conmute por error automáticamente cuando no se puede acceder a la dirección IP supervisada a través de la Ethernet redundante. Tanto el dispositivo principal como el secundario del clúster de chasis supervisan direcciones IP específicas para determinar si se puede acceder a un dispositivo ascendente de la red.
Una interfaz Ethernet redundante contiene interfaces físicas de los nodos primario y secundario del clúster de chasis de la serie SRX. En una interfaz Ethernet redundante, se configuran dos interfaces físicas en las que cada nodo aporta una interfaz física. En un LAG de interfaz Ethernet redundante, se configuran más de dos interfaces físicas en la interfaz Ethernet redundante.