- 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
Introducción a la gestión de fallos de vínculo OAM (LFM)
En esta sección se describe la operación, administración y administración (OAM) de la administración de errores de vínculo (LFM).
Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.
Revise la sección Comportamiento de LFM de OAM específico de la plataforma para obtener notas relacionadas con su plataforma.
Descripción general de la administración de fallas de enlace OAM IEEE 802.3ah
Junos OS admite la administración de errores de vínculo IEEE 802.3ah. Junos OS permite que los enrutadores y conmutadores admitan el estándar OAM IEEE 802.3ah para interfaces Ethernet en redes de acceso. El estándar define 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 a medida que Ethernet pasa de ser únicamente una tecnología empresarial a ser una WAN y una tecnología de acceso, además de ser compatible con la tecnología Ethernet existente.
Ethernet OAM proporciona 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 un 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).
Las características de LFM son:
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 proceso. El enrutador 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 omitir 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:
Link Fault significa una pérdida de señal
Dying Gasp significa una condición irrecuperable, como un corte de energía. En esta condición, el par local informa al par remoto sobre el estado de error. Cuando el par remoto recibe una PDU que muere, realiza una acción correspondiente al perfil de acción configurado con el link-adjacency-loss evento.
Cuando LFM se configura en una interfaz, se genera una PDU de muerte para la interfaz en las siguientes condiciones de error:
Falla de energía
Pánico o bloqueo del motor de reenvío de paquetes
Critical Event significa un evento crítico específico del proveedor no especificado.
Puede especificar el intervalo en el que se envían las PDU OAM para la detección de errores.
Modo de circuito cerrado remoto
El modo de circuito cerrado remoto garantiza la calidad del vínculo entre el enrutador 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.
Si un equipo terminal de datos remoto (DTE) admite el modo de circuito cerrado remoto, Junos OS puede colocar el DTE remoto en modo de circuito cerrado. 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 y las tramas de pausa, se vuelven a bucle. No se realizan cambios en los marcos. Las PDU OAM se siguen enviando y procesando.
El demonio de administración de errores de vínculo Ethernet (lfmd) se ejecuta en el motor de enrutamiento de reserva cuando se configura un cambio correcto del motor de enrutamiento (GRES).
Los vínculos de miembro Ethernet agregados utilizan la dirección MAC física como dirección MAC de origen en los paquetes OAM de 802.3ah.
Configurar Ethernet 802.3ah OAM
El estándar IEEE 802.3ah para operación, administración y gestión (OAM) proporciona una especificación para la conectividad Ethernet en la primera milla (EFM). EFM define cómo se puede transmitir Ethernet a través de nuevos tipos de medios mediante nuevas interfaces de capa física Ethernet (PHY). Puede configurar IEEE 802.3ah OAM en vínculos directos punto a punto Ethernet o vínculos a través de repetidores Ethernet. El estándar OAM IEEE 802.3ah cumple con los requisitos de capacidades OAM a medida que Ethernet pasa de ser únicamente una tecnología empresarial a ser una WAN y una tecnología de acceso, además de ser compatible con la tecnología Ethernet existente.
Para las interfaces Ethernet capaces de funcionar a 100 Mbps o más, el estándar IEEE 802.3ah OAM es compatible con numerosos enrutadores y conmutadores de Juniper Networks. En este tema se describe la compatibilidad con la configuración de las funciones OAM de IEEE 802.3ah en enrutadores.
Para configurar la compatibilidad con OAM 802.3ah para interfaces Ethernet, incluya la oam instrucción en el nivel de [edit protocols] jerarquía:
oam {
ethernet {
link-fault-management {
interfaces {
interface-name {
pdu-interval interval;
link-discovery (active | passive);
pdu-threshold count;
}
}
}
}
}
Puede configurar valores de umbral para eventos de error que desencadenan el envío de TLV de eventos de vínculo cuando los valores superan el umbral. Para establecer valores de umbral para eventos de error en una interfaz, incluya la event-thresholds instrucción en el nivel de [edit protocols oam ethernet link-fault-management interface] jerarquía.
También puede configurar valores de umbral de OAM dentro de un perfil de acción y aplicar el perfil de acción a varias interfaces. Para crear un perfil de acción, incluya la action-profile instrucción en el nivel jerárquico [edit protocols oam ethernet link-fault-management] .
Puede configurar Ethernet OAM en una interfaz agregada o en cada uno de sus vínculos miembro. Sin embargo, se recomienda configurar Ethernet OAM en la interfaz agregada, lo que habilitará internamente Ethernet OAM en los vínculos de miembro.
Para ver estadísticas de OAM, utilice el comando del show oam ethernet link-fault-management modo operativo. Para borrar las estadísticas de OAM, utilice el comando de modo clear oam ethernet link-fault-management statistics operativo. Para borrar la información del estado de administración de errores de vínculo y reiniciar el proceso de descubrimiento de vínculos en interfaces Ethernet, utilice el comando de clear oam ethernet link-fault-management state modo operativo. Para obtener más información acerca de estos comandos, consulte el Explorador de CLI.
Para habilitar la compatibilidad con OAM IEEE 802.3ah, incluya la interface instrucción en el nivel jerárquico [edit protocols oam ethernet link-fault-management] :
[edit protocols oam ethernet link-fault-management interface interface-name]
Cuando habilita IEEE 802.3ah OAM en una interfaz física, el proceso de descubrimiento se activa automáticamente.
Consulte también
Comportamiento de LFM de OAM específico de la plataforma
Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.
Use la tabla siguiente para revisar los comportamientos específicos de la plataforma para su plataforma.
| Plataforma | Diferencia |
|---|---|
serie ACX |
|
serie MX |
|
serie PTX |
|
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
