- 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 alarmas
En esta sección se describen las alarmas de interfaz y cómo configurarlas.
Las alarmas le alertan de condiciones en una interfaz de red, en el chasis del dispositivo o en el software del sistema que podrían impedir que el dispositivo funcione normalmente. Puede establecer las condiciones que activan las alarmas en una interfaz. Las condiciones de alarma del chasis y del sistema están preestablecidas.
Una alarma activa enciende el ALARM LED en el panel frontal del dispositivo. Puede monitorear las alarmas activas desde la interfaz de usuario de J-Web o la CLI. Cuando una condición de alarma activa una alarma, el dispositivo enciende el LED amarillo (ámbar) ALARM en el panel frontal. Cuando se corrige la condición, la luz se apaga.
Tipos de alarma
El dispositivo admite tres tipos de alarmas:
Las alarmas de interfaz indican un problema en el estado de los vínculos físicos en módulos de interfaz física (PIM) fijos o instalados. Para habilitar las alarmas de interfaz, debe configurarlas.
Las alarmas del chasis indican un fallo en el dispositivo o en uno de sus componentes. Las alarmas del chasis están preestablecidas y no se pueden modificar.
Las alarmas del sistema indican que falta una configuración de rescate o una licencia de software, si son válidas. Las alarmas del sistema están preestablecidas y no se pueden modificar, aunque puede configurarlas para que aparezcan automáticamente en la interfaz de usuario o CLI de J-Web.
A partir de Junos OS versión 15.1X49-D60 y Junos OS versión 17.3R1, se introduce una nueva alarma del sistema para indicar que las PIC (tarjeta de E/S o SPC) no se han conectado durante la hora de inicio del sistema.
A partir de Junos OS versiones 12.3X48-D85, 15.1X49-D180 y 19.2R1, se activa una alarma del sistema cuando el proceso de seguridad de red (NSD) no puede reiniciarse debido a un fallo de uno o más subcomponentes NSD. Los registros de alarma sobre el NSD se guardan en el registro de mensajes. La alarma se borra automáticamente cuando NSD se reinicia correctamente. Los show chassis alarms comandos y show system alarms se actualizan para mostrar el siguiente resultado cuando NSD no puede reiniciarse - NSD fails to restart because subcomponents fail.
Ejecute los siguientes comandos cuando el indicador de CLI indique que se generó una alarma:
show system alarmsshow chassis alarmsshow chassis fpc pic-status
Para obtener más información acerca de los comandos de la CLI, consulte show system alarms, show chassis alarms, y show chassis fpc.
Gravedad de la alarma
Las alarmas tienen dos niveles de gravedad:
Mayor (rojo): indica una situación crítica en el dispositivo que ha resultado de una de las siguientes condiciones. Una condición de alarma roja requiere una acción inmediata.
Uno o más componentes de hardware han fallado.
Uno o más componentes de hardware han superado los umbrales de temperatura.
Una condición de alarma configurada en una interfaz ha desencadenado una advertencia crítica.
Menor (amarillo): indica una condición no crítica en el dispositivo que, si no se marca, podría causar una interrupción en el servicio o una degradación en el rendimiento. Una condición de alarma amarilla requiere monitoreo o mantenimiento.
Una configuración de rescate o licencia de software faltante genera una alarma amarilla del sistema.
Condiciones de alarma
Para habilitar las alarmas en la interfaz de un dispositivo, debe seleccionar una condición de alarma y una gravedad de alarma. Por el contrario, las condiciones y la gravedad de las alarmas están preconfiguradas para las alarmas del chasis y las alarmas del sistema.
Para obtener información acerca de las alarmas de chasis para su dispositivo, consulte la Guía de hardware para su dispositivo.
Esta sección contiene los siguientes temas:
Condiciones de alarma de interfaz
Tabla 1 enumera las condiciones de la interfaz, ordenadas por tipo de interfaz, que puede configurar para una alarma. Puede configurar cada condición de alarma para activar una alarma mayor (roja) o una alarma menor (amarilla). Se incluye la opción de configuración correspondiente.
Para los filtros de firewall con estado de servicios (NAT, IDP e IPsec), que funcionan en un módulo interno de servicios adaptables dentro de un dispositivo, puede configurar condiciones de alarma en los servicios integrados y las interfaces de servicios.
Interfaz | Condición de alarma | Description | Opción de configuración |
|---|---|---|---|
DS1 (T1) | Señal de indicación de alarma (AIS) | La señal de tráfico T1 normal contenía una condición de defecto y ha sido reemplazada por el AIS. Se produjo una interrupción de la transmisión en el extremo remoto o aguas arriba del extremo remoto. Esta señal integral se transmite para evitar fallas o alarmas posteriores. | ais |
Alarma amarilla | El punto de conexión remoto tiene un error de alarma amarilla. Esta condición también se conoce como falla de alarma de extremo final. | ylw | |
Ethernet | El enlace está inactivo | El vínculo físico no está disponible. | link-down |
Servicios integrados | Error de hardware o software | En el módulo de servicios adaptables, se produjo un error en el hardware asociado al módulo o en el software que controla el módulo. | failure |
Serial | Señal de borrar para enviar (CTS) ausente | El extremo remoto del vínculo serie no está transmitiendo una señal CTS. La señal CTS debe estar presente antes de que los datos puedan transmitirse a través de un enlace serie. | cts-absent |
Señal de detección de portador de datos (DCD) ausente | El extremo remoto del vínculo serie no transmite una señal DCD. Dado que la señal DCD transmite el estado del dispositivo, es probable que ninguna señal indique que el extremo remoto del vínculo serie no esté disponible. | dcd-absent | |
Ausencia de señal de conjunto de datos (DSR) | El extremo remoto del vínculo serie no transmite una señal DSR. La señal DSR indica que el punto de conexión remoto está listo para recibir y transmitir datos a través del enlace serie. | dsr-absent | |
Pérdida del reloj de recepción | La señal de reloj del extremo remoto no está presente. Las conexiones serie requieren que las señales de reloj se transmitan desde un punto final y sean recibidas por el otro punto final del vínculo. | loss-of-rx-clock | |
Pérdida del reloj de transmisión | La señal de reloj local no está presente. Las conexiones serie requieren que las señales de reloj se transmitan desde un punto final y sean recibidas por el otro punto final del vínculo. | loss-of-tx-clock | |
Servicios | Hardware del módulo de servicios inactivo | Se ha producido un problema de hardware en el módulo de servicios del dispositivo. Este error normalmente significa que una o más de las CPU del módulo han fallado. | hw-down |
Enlace de servicios hacia abajo | El vínculo entre el dispositivo y su módulo de servicios no está disponible. | linkdown | |
Módulo de servicios retenido en el restablecimiento | El módulo de servicios del dispositivo está atascado en modo de restablecimiento. Si el módulo de servicios no se inicia cinco o más veces seguidas, el módulo de servicios se mantiene en modo de restablecimiento. El inicio falla cuando la cantidad de tiempo desde la liberación de la CPU hasta la detención de la CPU es inferior a 300 segundos. | pic-hold-reset | |
Restablecimiento del módulo de servicios | El módulo de servicios del dispositivo se está restableciendo. El módulo se reinicia después de que se bloquea o se restablece desde la CLI, o cuando tarda más de 60 segundos en iniciarse. | pic-reset | |
Software del módulo de servicios inactivo | Se ha producido un problema de software en el módulo de servicios del dispositivo. | sw-down | |
E3 | Señal de indicación de alarma (AIS) | La señal de tráfico E3 normal contenía una condición de defecto y ha sido reemplazada por el AIS. Se produjo una interrupción de la transmisión en el extremo remoto o aguas arriba del extremo remoto. Esta señal integral se transmite para evitar fallas o alarmas posteriores. | ais |
Pérdida de señal (LOS) | No se recibe ninguna señal E3 remota en la interfaz E3. | los | |
Fuera de marco (OOF) | Una condición OOF ha existido durante 10 segundos. Esta alarma solo se aplica a las interfaces E3 configuradas en modo de trama. El error de OOF se borra cuando no se han producido defectos de OOF o LOS durante 20 segundos. | oof | |
Indicación remota de defectos | Existe una condición AIS, LOS u OOF. Esta alarma solo se aplica a las interfaces E3 configuradas en modo de trama. | rdi | |
T3 (DS3) | Señal de indicación de alarma | La señal de tráfico T3 normal contenía una condición de defecto y ha sido reemplazada por el AIS. Se produjo una interrupción de la transmisión en el extremo remoto o aguas arriba del extremo remoto. Esta señal integral se transmite para evitar fallas o alarmas posteriores. | ais |
Número excesivo de ceros | La secuencia de bits recibida del host ascendente tiene más ceros consecutivos de los permitidos en una trama T3. | exz | |
Error de recepción del extremo final (FERF) | Error en el extremo remoto de la conexión. Un FERF difiere de una alarma amarilla, porque la falla puede ser cualquier falla, no solo una falla OOF o LOS. | ferf | |
Alarma de inactividad | La señal de inactividad se recibe desde el extremo remoto. | idle | |
Infracción del código de línea | La codificación de línea a lo largo del vínculo T3 está dañada o se produjo una falta de coincidencia entre la codificación en los extremos local y remoto de una conexión T3. | lcv | |
Pérdida de trama (LOF) | Una condición OOF o LOS de pérdida de señal ha existido durante 10 segundos. La falla de LOF se borra cuando no se han producido defectos OOF o LOS durante 20 segundos. Una falla de LOF también se denomina falla roja. | lof | |
Pérdida de señal (LOS) | No se recibe ninguna señal T3 remota en la interfaz T3. | los | |
Bucle de bloqueo de fase fuera de bloqueo | Las señales de sincronización para los puntos de conexión locales y remotos ya no funcionan en el mismo paso. | pll | |
Alarma amarilla | El punto de conexión remoto tiene un error de alarma amarilla. Esta condición también se conoce como falla de alarma de extremo final. | ylw |
Condiciones de alarma del sistema
Tabla 2 enumera las dos alarmas predefinidas del sistema, la condición que activa cada alarma y la acción que debe realizar para corregir la condición.
Tipo de alarma | Condición de alarma | Acción correctiva |
|---|---|---|
Configuración | La configuración de rescate no está establecida. | Establezca la configuración de rescate. |
Licencia | Ha configurado al menos una característica de software que requiere una licencia de características, pero actualmente no hay ninguna licencia válida para la característica. Nota: Esta alarma indica que está infringiendo el acuerdo de licencia de software. Debe instalar una clave de licencia válida para cumplir con todos los acuerdos. | Instale una clave de licencia válida. |
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.
show chassis alarms comandos y show system alarms se actualizan para mostrar el siguiente resultado cuando NSD no puede reiniciarse - NSD fails to restart because subcomponents fail.