Esta es una traducción de la página de documentación original en español. Ayúdanos a mejorarla.

4 Descubrimiento de OID SNMP

Descripción general

En este apartado realizaremos un descubrimiento SNMP en un conmutador.

Este método de descubrimiento de OID SNMP ha sido compatible desde el servidor/proxy Zabbix 6.4.

Prototipos de métricas, iniciadores y gráficos

Los prototipos de métricas deben crearse como prototipos de métricas dependientes, utilizando macros de la regla de descubrimiento.

Las métricas dependientes obtendrán sus valores de la métrica principal walk[]. Por lo tanto, no será necesario consultar cada métrica descubierta por el dispositivo SNMP de forma independiente.

También se pueden crear prototipos de iniciadores y gráficos utilizando macros de la regla de descubrimiento.

Dynamic indexes with walk[]

Dynamic indexes (for example, interface indexes) can shift when hardware is reconfigured. To accommodate this behavior, a master SNMP walk discovery rule is created with a key such as:

walk[1.3.6.1.2.1.2.2.1.10]

After SNMP walk to JSON preprocessing, the result might resemble:

[
           {
               "{#SNMPINDEX}": "2",
               "{#VALUE}": "123456"
           },
           {
               "{#SNMPINDEX}": "3",
               "{#VALUE}": "654321"
           }
       ]

A dependent item prototype uses the {#SNMPINDEX} macro to construct the key:

net.if.in[{#SNMPINDEX}]

Preprocessing for this prototype includes "SNMP walk value" name with "1.3.6.1.2.1.2.2.1.10.{#SNMPINDEX}" OID in the Parameter field. Format: "Unchanged".

At runtime, actual items such as net.if.in[2] and net.if.in[3] are created. If a given interface index changes (for example, if the index 2 is replaced by 5 in the SNMP table), then on the next run of the discovery rule:

  • The old dependent item net.if.in[2] is marked as "lost" or removed, and no new data is gathered for that item.
  • A new dependent item net.if.in[5] is created, starting with an empty history.
  • Historical data from net.if.in[2] is not automatically moved to net.if.in[5].

Trigger prototype example:

{Template_Interface:net.if.in[{#SNMPINDEX}].last()} > 1000000000

Graph prototype example includes items:

net.if.in[{#SNMPINDEX}]
       net.if.out[{#SNMPINDEX}]

This configuration ensures reliable monitoring of tables with dynamic indexes while minimizing SNMP traffic—only a single SNMP walk per poll cycle is required, with dependent item prototypes extracting the necessary values.

Entidades descubiertas

Cuando el servidor se ejecuta, creará métricas dependientes reales, iniciadores y gráficos basados en los valores que devuelve la regla de descubrimiento SNMP.