Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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.

Tabla 1: MIB estándar y específicas de la empresa
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, y GetNext requests: el administrador solicita información al agente; el agente devuelve la información en un Get 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 de Set 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.

Tabla 2: Trampas estándar y específicas de la empresa
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.