- 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 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
Descripción general de la arquitectura SNMP y las MIB SNMP
Arquitectura SNMP
Una implementación típica de SNMP incluye tres componentes:
Sistema de administración de red (NMS): combinación de hardware (dispositivos) y software (el administrador SNMP) que se utiliza para monitorear y administrar una red. El administrador sondea los dispositivos de la red a medida que usted especifica para obtener información sobre la conectividad, la actividad y los eventos de red.
Dispositivo administrado: un dispositivo administrado (también llamado elemento de red) es cualquier dispositivo en una red administrada por el NMS. Los enrutadores y conmutadores son ejemplos comunes de dispositivos administrados.
Agente SNMP: el agente SNMP es el proceso SNMP que reside en el dispositivo administrado y se comunica con el NMS. El agente SNMP intercambia información de administración de red con el software de administración SNMP que se ejecuta en un NMS o host. El agente responde a las solicitudes de información y acciones del gerente. El agente también controla el acceso a la MIB del agente, la colección de objetos que el administrador SNMP puede ver o cambiar.
Este tema contiene las siguientes secciones:
MIB SNMP
Puede almacenar datos SNMP en un formato jerárquico altamente estructurado conocido como Base de información de administración (MIB). Una MIB define objetos administrados en un dispositivo de red.
La estructura MIB se basa en una estructura de árbol y define una agrupación de objetos en conjuntos relacionados. Cada objeto de la MIB está asociado con un identificador de objeto (OID), que asigna un nombre al objeto. La "hoja" en la estructura de árbol es la instancia real de objeto administrado, que representa un recurso, evento o actividad que ocurre en su dispositivo de red.
Las MIB son estándar o específicas de la empresa. Para obtener más información, consulte Tabla 1.
MIB estándar | MIB específicas de la empresa |
---|---|
Creado por Internet Engineering Task Force (IETF) y documentado en varias RFC. Dependiendo del proveedor, muchas MIB estándar se entregan con el software NMS. También puede descargar los MIB estándar del sitio web de IETF, www.ietf.org, y compilarlos en su NMS, si es necesario. | Desarrollado y respaldado por un fabricante de equipos específico. Si la red contiene dispositivos que tienen MIB específicas de la empresa, debe obtenerlos del fabricante y compilarlos en el software de administración de red. |
Para obtener una lista de las MIB compatibles con estándar, consulte MIB SNMP estándar compatibles con Junos OS. | Para obtener una lista de las MIB admitidas específicamente para la empresa de Juniper Networks, consulte MIB SNMP específicas de la empresa compatibles con Junos OS. |
Administrador SNMP y autenticación y comunicación del agente
SNMP utiliza una forma básica de autenticación llamada cadenas de comunidad para controlar el acceso entre un administrador y agentes remotos. Las cadenas de comunidad son nombres administrativos que se utilizan para agrupar colecciones de dispositivos (y los agentes que se ejecutan en ellos) en dominios de administración comunes. Si un gerente y un agente comparten la misma comunidad, pueden hablar entre sí. Muchas personas asocian cadenas de comunidad SNMP con contraseñas y claves porque los trabajos que realizan son similares. Como resultado, las comunidades SNMP se conocen tradicionalmente como cadenas.
La comunicación entre el agente y el administrador se produce de una de las siguientes formas:
Get
,GetBulk
, yGetNext
requests: el administrador solicita información al agente; el agente devuelve la información en unGet
mensaje de respuesta.Set
requests: el gestor cambia el valor de un objeto MIB controlado por el agente; El agente indica el estado en un mensaje deSet
respuesta.Traps
notificación: el agente envía capturas para notificar al administrador los eventos importantes que se producen en el dispositivo de red.
SNMP captura e informa
Los enrutadores pueden enviar notificaciones a los administradores de SNMP cuando ocurren eventos significativos en un dispositivo de red, con mayor frecuencia errores o fallas. Puede enviar notificaciones SNMP como capturas o solicitudes de información.
Las capturas SNMP son notificaciones no confirmadas y los informes SNMP son notificaciones confirmadas.
Las capturas SNMP son estándar o específicas de la empresa. Para obtener más información, consulte Tabla 2.
Trampas estándar | Trampas específicas de la empresa |
---|---|
Creado por el IETF y documentado en varias RFC. Las trampas estándar se compilan en el software de administración de red. También puede descargar las trampas estándar del sitio web de IETF, www.ietf.org. | Desarrollado y respaldado por un fabricante de equipos específico. Si la red contiene dispositivos que tienen capturas específicas de la empresa, debe obtenerlas del fabricante y compilarlas en el software de administración de red. |
Para obtener más información acerca de las capturas estándar compatibles con Junos OS, consulte Capturas SNMP estándar compatibles con dispositivos que ejecutan Junos OS. | Para obtener más información acerca de las capturas específicas de la empresa compatibles con Junos OS, consulte Capturas SNMP específicas de la empresa compatibles con Junos OS. Para obtener información acerca de los niveles de gravedad del registro del sistema para capturas SNMP, consulte Descripción de la implementación de SNMP en Junos OS. |
Con las capturas, el receptor no envía ningún acuse de recibo cuando recibe una captura, y el remitente no puede determinar si la captura fue recibida. Para aumentar la confiabilidad, SNMPv3 admite SNMPv3 los informes. Un administrador SNMP que recibe un informe reconoce el mensaje con una respuesta. Para obtener información acerca de SNMP informa, consulte Configurar SNMP Informa.