Configurar SNMP para instancias de enrutamiento

Junos OS habilita a los administradores SNMP de todas las instancias de enrutamiento para solicitar y administrar datos SNMP relacionados con las instancias de enrutamiento y las redes del sistema lógico correspondientes.

En Junos OS:

• Los clientes de instancias de enrutamiento o sistemas lógicos distintos del predeterminado pueden tener acceso a objetos MIB y realizar operaciones SNMP solo en la instancia de enrutamiento o en las redes del sistema lógico a las que pertenecen.

• Los clientes de la instancia de enrutamiento predeterminada pueden acceder a información relacionada con todas las instancias de enrutamiento y redes de sistemas lógicos.

• La instancia de enrutamiento de administración de Junos () es una instancia especial.mgmt_junos Los clientes de la instancia de enrutamiento de administración se tratan como si estuvieran en la instancia de enrutamiento predeterminada y pueden acceder a información relacionada con todas las instancias de enrutamiento y redes de sistemas lógicos.

Antes de Junos OS versión 8.4, sólo el administrador SNMP de la instancia de enrutamiento predeterminada (inet.0) tenía acceso a los objetos MIB.

Con el aumento de las ofertas de servicios de red privada virtual (VPN), esta función es útil especialmente para los proveedores de servicios que necesitan obtener datos SNMP para instancias de enrutamiento específicas (consulte ).Figura 1 Los proveedores de servicios pueden utilizar esta información para sus propias necesidades de gestión o exportar los datos para que los utilicen sus clientes.

Figura 1: Datos SNMP para instancias de enrutamiento

Si no se especifica ninguna instancia de enrutamiento en la solicitud, el agente SNMP funciona como antes:

• Para los objetos de tabla que no son de enrutamiento, se exponen todas las instancias.

• Para los objetos de tabla de enrutamiento, solo se exponen aquellos asociados con la instancia de enrutamiento predeterminada.

  Nota:

  Las unidades de datos de protocolo (PDU) reales se siguen intercambiando a través de la instancia de enrutamiento predeterminada (inet.0), pero el contenido de los datos devueltos viene dictado por la instancia de enrutamiento especificada en las PDU de solicitud.

A partir de Junos OS 19.4R1, puede acceder a la información relacionada con todas las instancias de enrutamiento y redes del sistema lógico, y no específica de la instancia de enrutamiento de entrada, configurando la interfaz de administración SNMPv3 en una instancia de enrutamiento necesaria. Puede configurar la instrucción de configuración de la instancia de administración en el nivel jerárquico .[edit snmp v3]

• Ventajas
• Habilitar la instancia de enrutamiento de administración
• Quitar la instancia de enrutamiento de administración

Tabla 1 muestra objetos MIB específicos de la empresa compatibles con Junos OS y proporciona notas que detallan cómo se manejan cuando se especifica una instancia de enrutamiento en una solicitud SNMP. Un guión en (–) indica que el artículo no es aplicable.

Tabla 2 muestra objetos MIB de clase 1 (MIB estándar y específicos de la empresa) compatibles con Junos OS. Con los objetos de clase 1, solo se exponen aquellas interfaces lógicas (y sus interfaces físicas primarias) que pertenecen a una instancia de enrutamiento específica.

Tabla 3 muestra objetos MIB de clase 2 (MIB estándar y específicos de la empresa) compatibles con Junos OS. Con los objetos de clase 2, se exponen todas las instancias de un sistema lógico. Los datos no se segregarán hasta el nivel de instancia de enrutamiento.

Tabla 4 muestra objetos MIB de clase 3 (MIB estándar y específicos de la empresa) compatibles con Junos OS. Con la clase 3, los objetos se exponen sólo para el sistema lógico predeterminado.

Tabla 5 muestra objetos MIB de clase 4 (MIB estándar y específicos de la empresa) compatibles con Junos OS. Con los objetos de clase 4, los datos no se segregan por instancia de enrutamiento. Se exponen todas las instancias.

Cuando se especifica una instancia de enrutamiento, todos los objetos MIB relacionados con el enrutamiento devuelven datos mantenidos por la instancia de enrutamiento en la solicitud. Para todos los demás objetos MIB, los datos devueltos se segregan según esa instancia de enrutamiento. Por ejemplo, el agente SNMP solo expone las interfaces asignadas a esa instancia de enrutamiento (por ejemplo, las interfaces lógicas [ifls] así como sus interfaces físicas correspondientes [ifds]). Del mismo modo, los objetos con un enlace inequívoco a una interfaz (por ejemplo, direcciones) también se segregan.

Para aquellos objetos en los que el archivo adjunto es ambiguo (por ejemplo, objetos en sysApplMIB), no se realiza ninguna segregación y todas las instancias son visibles en todos los casos.

Otra categoría de objetos sólo es visible cuando no se especifica ningún sistema lógico (sólo dentro del sistema lógico predeterminado), independientemente de la instancia de enrutamiento dentro del sistema lógico predeterminado. Los objetos de esta categoría son objetos MIB de chasis, objetos del grupo SNMP, alarma RMON, grupos de eventos y registros, objetos MIB de ping, objetos de administración de configuración y objetos V3.

En resumen, para admitir instancias de enrutamiento, los objetos MIB se dividen en una de las siguientes categorías:

• Clase 1: los datos se segregan según la instancia de enrutamiento de la solicitud. Esta es la más granular de las clases de segregación.

• Clase 2: los datos se segregan según el sistema lógico especificado en la solicitud. Se devuelven los mismos datos para todas las instancias de enrutamiento que pertenecen a un sistema lógico determinado. Normalmente, esto se aplica a objetos de tabla de enrutamiento donde es difícil extraer información de instancia de enrutamiento o donde no se aplican instancias de enrutamiento.

• Clase 3: los datos se exponen solo para el sistema lógico predeterminado. Se devuelve el mismo conjunto de datos para todas las instancias de enrutamiento que pertenecen al sistema lógico predeterminado. Si especifica otro sistema lógico (no el predeterminado), no se devuelve ningún dato. Normalmente, esta clase se aplica a objetos implementados en subagentes que no supervisan los cambios lógicos del sistema y registran sus objetos utilizando únicamente el contexto predeterminado (por ejemplo, objetos MIB de chasis).

• Clase 4: los datos no se segregan por instancia de enrutamiento. Se devuelven los mismos datos para todas las instancias de enrutamiento. Normalmente, esto se aplica a los objetos implementados en subagentes que supervisan los cambios del sistema lógico y registran o anulan el registro de todos sus objetos para cada cambio en el sistema lógico. Los objetos cuyos valores no se pueden segregar por instancia de enrutamiento pertenecen a esta clase.

Consulte MIB SNMP admitidas para instancias de enrutamiento para obtener una lista de los objetos asociados a cada clase.

Puede restringir la recepción de capturas de los receptores de capturas que no estén relacionadas con las redes del sistema lógico a las que pertenecen. Para ello, incluya la instrucción en el nivel jerárquico :logical-system-trap-filter[edit snmp]

Si la instrucción no se incluye en la configuración SNMP, todas las capturas se reenvían a los destinos de la instancia de enrutamiento configurada.logical-system-trap-filter Sin embargo, incluso cuando esta instrucción está configurada, el receptor de capturas asociado con la instancia de enrutamiento predeterminada recibirá todas las capturas SNMP.

Cuando se configuran bajo el objeto trap-group, todas las capturas v1 y v2c que se aplican a instancias de enrutamiento (o interfaces que pertenecen a una instancia de enrutamiento) tienen el nombre de instancia de enrutamiento codificado en la cadena de comunidad. La codificación es idéntica a la utilizada en las PDU de solicitud.

Para las capturas configuradas en el marco v3, el nombre de la instancia de enrutamiento se lleva en el campo de contexto cuando se ha configurado el modelo de procesamiento de mensajes v3. Para otros modelos de procesamiento de mensajes (v1 o v2c), el nombre de la instancia de enrutamiento no se incluye en el encabezado del mensaje de captura (ni se codifica en la cadena de comunidad).

Con esta característica, las instancias de enrutamiento se identifican mediante el campo de contexto en las solicitudes v3 o codificadas en la cadena de comunidad en las solicitudes v1 o v2c.

Cuando se codifica en una cadena de comunidad, el nombre de la instancia de enrutamiento aparece primero y el carácter lo separa de la cadena de comunidad real.@

Para evitar conflictos con cadenas de comunidad válidas que contienen el carácter, la comunidad sólo se analiza si se produce un error en el procesamiento típico de cadenas de comunidad.@ Por ejemplo, si se configura una instancia de enrutamiento denominada , se procesa una solicitud SNMP con en el contexto de la instancia de enrutamiento.RIRI@publicRI El control de acceso (vistas, restricciones de dirección de origen, privilegios de acceso, etc.) se aplica de acuerdo con la cadena de comunidad real (el conjunto de datos después del carácter, en este caso ).@public Sin embargo, si se configura la cadena de comunidad, la unidad de datos de protocolo (PDU) se procesa de acuerdo con esa comunidad y se omite el nombre de instancia de enrutamiento incrustado.RI@public

Los sistemas lógicos realizan un subconjunto de las acciones de un enrutador físico y tienen sus propias tablas de enrutamiento, interfaces, políticas e instancias de enrutamiento. Cuando se define una instancia de enrutamiento dentro de un sistema lógico, el nombre del sistema lógico debe codificarse junto con la instancia de enrutamiento mediante una barra diagonal ( ) para separar ambas./ Por ejemplo, si la instancia de enrutamiento está configurada en el sistema lógico , dicha instancia de enrutamiento debe codificarse dentro de una cadena de comunidad como .RILSLS/RI@public Cuando se configura una instancia de enrutamiento fuera de un sistema lógico (dentro del sistema lógico predeterminado), no se necesita ningún nombre (o carácter) de sistema lógico./

Además, cuando se crea un sistema lógico, siempre se crea una instancia de enrutamiento predeterminada (denominada ) dentro del sistema lógico.default Este nombre debe utilizarse al consultar datos para esa instancia de enrutamiento (por ejemplo, ).LS/default@public Para las solicitudes v3, el nombre debe identificarse directamente en el campo de contexto.logical system/routing instance

En este ejemplo se muestra una configuración de interfaz 802.3ad ae0 asignada a una instancia de enrutamiento denominada INFrtd:

El siguiente comando muestra cómo recuperar información relacionada con SNMP del enrutador1 y la interfaz del paquete 802.3ae que pertenece a la instancia de enrutamiento INFrtd con la comunidad SNMP:snmpwalkpublic