12.

Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

12,1 Métodos de caminata de mesa

Visualice la tabla SNMP como una hoja de cálculo. Aunque técnicamente puede haber cualquier número de dimensiones
en una tabla SNMP, este andador de mesa está limitado a tablas bidimensionales, como una hoja de cálculo. La tabla
consta de varias columnas, cada una de las cuales está identificada por un OID. La tabla contiene cualquier número de
filas, que se identifican mediante un índice de tabla. El índice de la tabla, o número de fila, simplemente aparece como el
último campo en el OID (o en otras palabras, agregue el número de fila al OID que identifica la columna).

El caminante de mesa Babel Buster escaneará la mesa, seleccionando una columna por regla de paseo. Para cada fila de
la tabla, esa columna se recuperará y sus datos se colocarán en el registro local proporcionado. El primer valor de datos
recuperado se colocará en el registro local inicial y la caminata continuará hasta que se llene el número de registros
especificado por "count".

El método de caminata de mesa se establecerá de forma predeterminada en "Normal" si solo utiliza la entrada rápida de una regla de caminata de
mesa simple. Esto significa que ingresa un OID inicial, selecciona un dispositivo, ingresa un registro inicial y un número de registros locales para
llenar con el contenido de la tabla, y establece una tasa de encuesta (es decir, con qué frecuencia caminar periódicamente por la tabla).

Para seleccionar cualquier método de caminata de mesa que no sea Normal, debe hacer clic en el número de regla de caminata de
mesa en la primera columna y seleccionar el método en la vista ampliada de la regla de caminata.

1 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

El proceso de caminar por la tabla puede complicarse por el hecho de que se permite que las tablas tengan filas faltantes o
que las filas tengan columnas faltantes intermitentes. En algunas aplicaciones, las filas se completarán solo temporalmente
y luego desaparecerán. El método de caminata de tabla identificado como "Normal" espera que la columna dada exista en
todas las filas a través del rango de filas definido por el OID inicial y el recuento. Los métodos restantes se adaptan a las
otras complicaciones permitidas por SNMP.

Método " Normal" simplemente producirá una correlación de 1 a 1 entre las entradas de la tabla y los números de registro,
colocando valores sucesivos en registros sucesivos. Los datos se interpretarán de acuerdo con la sugerencia de datos si se
devuelve una cadena de octetos; de lo contrario, la codificación ASN tendrá prioridad. Si la secuencia Get-Next no devuelve
suficientes OID para completar los criterios de 'recuento', se establece un código de error para el dispositivo que indica que la tabla
se quedó corta en datos.

Método " Escaso" es lo mismo que Normal, excepto que se anticipan los OID que faltan en la secuencia y los registros
locales correspondientes en la secuencia se omiten si el OID respectivo no está incluido en la secuencia Get-Next. No se
marca ningún error por falta de datos en la tabla.

Método " Comodín" permite campos comodín en la tabla OID. A la caminata no le importa el orden de los OID devueltos por
Get-Next siempre que coincidan con el OID proporcionado después de descontar los campos comodín. No se intenta
emparejar secuencialmente OID con registros. Los siguientes OID de 'recuento' que coincidan con éxito con el OID con
comodines llenarán el siguiente 'recuento' de registros comenzando con el número de registro local inicial. El OID enviado
en la primera solicitud Get-Next tendrá cero en cualquier campo comodín, y cada Get-Next sucesivo enviará el OID de la
respuesta al Get-Next anterior.

Método " Índice" caminará por la tabla, pero espere encontrar que los valores son OID. En otras palabras, el nombre de la
tabla es un OID, pero el contenido de la variable con ese nombre será otro OID. El resultado es que el índice OID (último
campo de OID) del valor se utilizará como compensación para calcular qué número de registro se verá afectado, y ese
registro se establecerá en 1, lo que indica que este OID está presente en la tabla. Esta forma aparentemente extraña de
caminar sobre la mesa es necesaria para traducir la tabla de alarmas de RFC 1628 para sistemas UPS en registros Modbus
indexables que indican la presencia o ausencia de alarmas definidas en RFC 1628. (Tenga en cuenta que la tabla de
alarmas en RFC 1628 es " "sparse", lo que significa que las entradas de la tabla solo están presentes si hay una alarma y la
tabla está

2 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

vacío si no hay alarmas. No se puede simplemente consultar los OID para determinar la presencia de una alarma. Las alarmas están
implícitas en la presencia de una entrada en la tabla que solo existe mientras la alarma está presente. Además, la tabla de alarmas
es simplemente un búfer circular de entradas de alarma, y el índice de la tabla no significa nada).

El registro establecido en 1 por el método de índice no se restablecerá a cero por nada en la regla de caminata de mesa. Utilice la función
de tiempo de espera disponible en la definición del registro en sí para establecerlo en un valor predeterminado después de una cierta
cantidad de tiempo, generalmente un tiempo más largo que la velocidad a la que se camina por esta tabla. El resultado será un registro que
se establece en 1 cuando existe la alarma correspondiente, y se restablece automáticamente a cero en algún momento después de que la
alarma ya no se encuentre en la tabla de alarmas.

Método " Máscara" es una versión modificada de "Index". Recorrerá la tabla de la misma manera, pero establecerá bits
dentro del mismo registro único correspondiente al campo de índice OID. El índice OID .1 será el bit 0, el índice .2 será el
bit 1, y así sucesivamente. En este caso, el registro de inicio es el único número de registro afectado, y "cuenta" es el
número de bits que se verán afectados en ese registro. Si se utiliza el método de índice y se desea reconocer la gama
completa de alarmas conocidas por RFC 1628, se consumirán 24 registros. Con el método de máscara, solo se utiliza un
registro de 32 bits (técnicamente, 2 registros Modbus de 16 bits). Además, las alarmas no presentes tendrán sus bits
correspondientes borrados sin ningún valor predeterminado de tiempo de espera. (El tiempo de espera y el valor
predeterminado no deben usarse en este caso, ya que el registro único representa hasta 24 estados individuales).

12,2 Configuración de reglas de caminata de mesa

Las reglas de caminata de mesa se aplican a un dispositivo SNMP específico cuya mesa se debe caminar. El primer paso para crear un
recorrido de tabla es ingresar la información del dispositivo en la pestaña Dispositivos. Se utiliza el mismo conjunto de dispositivos para las
reglas de lectura y escritura del cliente SNMP.

3 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

Ingrese la dirección IP del dispositivo SNMP y proporcione un nombre local. Este nombre local solo se usa para completar la
lista de dispositivos en las páginas de reglas. La versión de SNMP será v1 o v2c para esta puerta de enlace (la v3 no es
compatible aquí; la v3 requiere un modelo diferente). Esto determina qué versión se indica en las solicitudes Get-Next
generadas por el caminante de tabla. La comunidad debe coincidir con lo que esté esperando ver el dispositivo SNMP que
se va a consultar. La tasa de encuesta predeterminada se utiliza siempre que la tasa de la regla individual se deja en cero.

A continuación, vaya a la página Table Walker. La página que se abre inicialmente es una lista tabular de varias reglas. Puede
ingresar todo lo necesario para una caminata de tabla del método "Normal" usando solo este formulario tabular. Sin embargo,
si va a utilizar comodines en el OID o cualquier método que no sea Normal, debe hacer clic en el número de regla en la
primera columna y configurar la regla usando el formulario expandido. Al hacer clic en un número de regla, se muestra la
forma expandida de la regla. Para volver a la lista tabular, vuelva a hacer clic en la pestaña Table Walker.

Los parámetros para una regla de caminata de mesa son los siguientes. Solo el nombre de la tabla, el dispositivo,

4 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

el registro inicial, el recuento y la tasa de sondeo se ingresan en la lista tabular de reglas. Para ingresar los parámetros
adicionales o usar un método que no sea "Normal", se debe usar la vista expandida.

Nombre de tabla u OID: La caminata comenzará con el nombre de la variable o el OID proporcionado. No es necesario
comenzar al principio de una tabla. Para recorrer una sección de la tabla, ingrese un OID cuyo último campo sea el primer
índice deseado, menos uno. El conteo limitará el alcance de la caminata.

El OID del nombre de la tabla incluye campos comodín opcionales cuando el método de paseo es Índice o Máscara. Por
ejemplo, para recorrer la tabla de alarmas de un UPS usando RFC 1628, el OID sería 1.3.6.1.2.1.33.1.6.2.1. * (2). *. El * (2)
significa permitir cualquier valor en el penúltimo campo, pero solo actuar sobre el valor cuando este campo es 2. El último
asterisco significa ignorar el último campo por completo (que para RFC 1628 se incrementa con cada nueva alarma hasta
alcanzar algún rollover punto, luego comienza de nuevo en 1).

Método: Seleccione el método como se define arriba en la sección 10.1.

Dispositivo: Seleccione un dispositivo SNMP de la lista creada en la página Dispositivos.

Sugerencia de datos: La sugerencia de datos proporciona instrucciones para la interpretación de datos en caso de que el
valor sea una cadena de octetos. Si los datos son de un tipo ASN claramente reconocible, la codificación ASN tendrá
prioridad. Si la cadena de octetos debe interpretarse según RFC 6340 para punto flotante, seleccione RFC 6340. De lo
contrario, deje el
Selección "Std. ASN" tal cual. Una cadena de octetos se tratará como una cadena de caracteres si el registro local de
destino se define como una cadena de caracteres. De lo contrario, se intentará convertir la cadena de octetos como si fuera
una representación ASCII de algún número. Si el destino no es un registro de cadena de caracteres y la cadena de octetos
no contiene información numérica, el resultado será cero.

Inicio de registro y conteo local: Los "registros locales que comienzan en #" son el primer registro Modbus que se
completará con este recorrido de tabla, y "count" es el número de registros en la secuencia que se verán afectados. El recuento
es una cantidad de instancias de registro, no estrictamente incrementos de espacio de direcciones de 16 bits. Por lo tanto, si el
número de registro inicial apunta al primero de varios registros de punto flotante, y el recuento es 2, el recorrido de la tabla
completará un total de cuatro registros Modbus oficiales de 16 bits (2 pares de registros o 2 valores de punto flotante). . El
recuento también determina cuántos OID de la tabla se leerán, ya que existe una correspondencia de 1 a 1 entre las entradas
de la tabla y los valores del registro local guardados.

* Count tiene un significado diferente cuando el método es "Máscara". En este caso, el registro de inicio es el único
registro afectado y el recuento es el número de posiciones de bit en ese registro que se procesarán. También implica
que se leerán estos OID en la tabla.

Tasa de encuesta ( Repetir ...): establece la velocidad a la que se debe caminar sobre la mesa. Se ingresa la cantidad de tiempo
de espera entre caminatas por la mesa. Sea prudente con la tasa de encuesta, esto generará mucho tráfico de red.

Habilitar registro de índice: Tiene la opción de habilitar esta regla solo cuando un registro seleccionado contiene un
valor dado. Cualquier registro local puede utilizarse como índice.

5 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

Registrarse. Como su nombre lo indica, podría tener los mismos registros locales que contienen diferentes valores basados en
diferentes reglas según lo indexado por el registro de índice.

Haga clic en Actualizar para registrar sus cambios. No olvide guardar todos los cambios en el archivo de configuración cuando haya
terminado. Para insertar una regla antes de una regla existente, ingrese el número de regla existente en la ventana "Regla #" en la parte
superior y haga clic en Insertar. Para eliminar una regla existente, ingrese el número de regla en la ventana "Regla #" y haga clic en
Eliminar.

Ejemplo 1 de caminata por la mesa:

La regla de recorrido de la mesa ilustrada arriba recorrerá la tabla de alarmas en un UPS que implemente RFC 1628. Usando el
método de índice, los registros llamados "Registro de estado 1" hasta "Registro de estado 24" en nuestro caso de prueba se
establecerán en un valor de 1 cuando la condición de alarma correspondiente está presente. RFC 1628 define 24 condiciones
de alarma "bien conocidas". La condición de alarma 2 se define como "UPS está en batería". La captura de pantalla a
continuación ilustra que el UPS está en batería, sin otras alarmas actualmente presentes.

Tenga en cuenta que, si bien el tamaño de registro mínimo que puede asignar en Babel Buster es un registro de 16 bits, puede leer
los registros como bobinas Modbus si la puerta de enlace funciona como esclavo Modbus. En el siguiente ejemplo, el registro de
retención 104 devolverá un valor de 1, pero la bobina 104 también devolverá un estado de "encendido" o 1. Asimismo, puede leer
estos registros de estado como entradas discretas o registros de entrada de Modbus. (Si lee un valor mayor que 1 como una bobina
o una entrada discreta, cualquier valor que no sea cero seguirá devolviendo solo "encendido" o 1.)

6 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

El método de índice de recorrido de tabla establecerá registros correspondientes a los OID encontrados que hacen referencia a las
"alarmas conocidas" definidas en RFC 1628. Los registros se omiten si no se encuentra ningún OID correspondiente en la tabla.
Eso significa que Index walk establecerá registros pero nunca los borrará. Para que los registros se reinicien después de
configurarse para indicar una alarma, se debe utilizar la función de tiempo de espera del registro en sí. Como se ilustra a
continuación, el registro de estado se establecerá en un valor predeterminado de cero "si no se actualiza ..." en 45 segundos. La
caminata de mesa en este caso está configurada para repetirse cada 30 segundos. Si la alarma sigue presente, se volverá a
configurar. El temporizador se reinicia cada vez que el recorrido de la mesa escribe en este registro. Pero esta configuración
periódica del registro se detendrá si la alarma ya no está presente, y luego el tiempo de espera de 45 segundos borrará o
restablecerá el registro. El "actualizado por fuente remota" puede ser cualquiera de varias cosas, pero en este caso, será el
recorrido de la mesa el que se considera la fuente remota.

7 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

Ejemplo 2 de Table Walk:

La regla de paseo en este ejemplo es idéntica a la del primer ejemplo, con una excepción: el método es Máscara. En lugar
de usar 24 registros diferentes para reflejar los estados de las 24 alarmas conocidas, se usa un solo registro con un bit por
alarma empaquetada en este registro. El registro único al que se hace referencia debe definirse localmente como un
registro entero sin signo de 32 bits.

La alarma "UPS con batería" resultante, que es la alarma n.º 2, establece el bit 1 en el registro de bits empaquetados 101 en nuestro ejemplo. La
alarma n. ° 1 establece el bit menos significativo, la alarma n. ° 2 el siguiente bit y así sucesivamente.

Como se señaló en la discusión de los métodos, el método Mask no requiere que se utilice ningún valor predeterminado de tiempo de
espera para borrar el registro de bits empaquetados (o máscara de bits). Cada vez que se recorre la mesa, el contenido del registro se
reemplaza con contenido completamente nuevo, que

8 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

dará como resultado que los bits se borren si la alarma respectiva ya no está activa.

Ejemplo 3 de Table Walk:

El siguiente ejemplo es una caminata de mesa simple usando el método Normal, incluido aquí para completar la discusión. El
verdadero poder de Babel Buster está en su capacidad para recorrer los tipos de tablas que requieren métodos más complejos. El
paseo de mesa normal ilustrado aquí no necesita ser un paseo de mesa en absoluto. También podría ser un conjunto de reglas de
mapas de lectura del cliente SNMP. Las reglas de lectura del cliente obtendrían periódicamente los valores nombrados. Del mismo
modo, la tabla normal camina periódicamente Obtiene los valores nombrados. El problema de depender únicamente del sondeo
periódico es que en aplicaciones como RFC 1628, los OID de alarma solo existen mientras la alarma está activa y cualquier
intento de realizar una obtención directa en otros momentos da como resultado un error. Este problema se resuelve con los otros
métodos disponibles para caminar sobre la mesa en el Babel Buster BB3-6101.

Para ilustrar el recorrido de la tabla normal, obtendremos valores de la tabla completa contigua proporcionada por otra puerta de
enlace, la BB2-6010. Una captura de pantalla de su Vista MIB muestra los OID que recuperaremos con nuestro recorrido por la mesa.

9 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

La captura de pantalla de la lista de reglas de caminata muestra el ejemplo anterior más este ejemplo agregado como una segunda
regla. Debido a que este es un simple recorrido de tabla "Normal", todo lo necesario se puede ingresar en la lista de reglas tabulares.
El primer OID que se leerá se proporciona como el nombre de la tabla. Seleccione el dispositivo, iniciando el registro y recuento local y
la tasa de encuesta. Eso es todo lo que se necesita. (Nota: el dispositivo en este ejemplo ya se ha configurado en la página de
dispositivos, primera pestaña).

Si hiciera clic en el número de regla (2) para ver la forma expandida de esta regla, esto es lo que verá. No se requieren
entradas adicionales para que este paseo de mesa sea funcional.

10 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

Dada la captura de pantalla de BB2-6010 MIB View, esto es lo que esperamos ver en el Babel Buster BB3-6101 cuando la
caminata de la mesa comience a funcionar.

Ejemplo 4 de Table Walk:

El siguiente ejemplo elabora el recorrido de la mesa de alarmas RFC 1628 originalmente ilustrado anteriormente. Ahora vamos
a caminar condicionalmente por la mesa de la alarma. Es decir, solo caminaremos sobre la mesa cuando sepamos que hay
alarmas en la mesa. Hay una variable en el RFC 1628 MIB que nos dice cuántas entradas de alarma hay actualmente en la
tabla. Esto se encuentra en el OID ilustrado a continuación, y hemos configurado un mapa de lectura de cliente SNMP para
recuperar ese recuento y colocarlo en el registro local 3.

11 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

El registro de índice en la regla de caminata de mesa quiere ver un número específico. Dado que puede haber de cero a
muchas alarmas, necesitamos una forma de simplemente reducir eso a un "sí o no" efectivo a la regla de caminar.
Logramos esto simplemente probando para ver si el recuento de alarmas es mayor que cero usando una regla Calcular. El
resultado de la prueba será 0 (falso) o 1 (verdadero) y el resultado se colocará en el registro local 5.

Ahora que tenemos un registro cuyo valor será 1 solo cuando una o más alarmas estén en la tabla de alarmas RFC 1628, podemos
habilitar el registro de índice en la regla de caminata de la tabla como se ilustra a continuación. Ahora hemos reducido el tráfico de la
red caminando solo por la tabla de alarmas cuando sabemos que las alarmas están presentes.

Este medio de limitar el paso de la mesa se puede aplicar a cualquiera de los ejemplos 1 o 2 anteriores. Lo que se muestra
aquí es una continuación del ejemplo 2. El método Mask no

12 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

normalmente no requiere el tiempo de espera predeterminado para borrar los bits de alarma en el registro de resultados. Sin embargo,
si la caminata de mesa se detiene tan pronto como no hay alarmas, entonces debe haber otro medio para restablecer todos los bits de
alarma. Haga esto configurando el tiempo de espera predeterminado como se ilustra en el ejemplo 1.

12,3 Errores de caminata en la mesa

Si el recorrido de la mesa no tiene éxito, el OID de la mesa, el dispositivo y un código de error se muestran aquí para
la regla de recorrido que tuvo problemas.

Los siguientes errores son posibles. A excepción del código de error 207, todos estos códigos de error se aplican a cualquier actividad
SNMP, incluida la actividad Obtener o Establecer del cliente definida por las reglas de lectura y escritura del cliente SNMP. El error 207 se
aplica solo a caminar sobre la mesa y significa que el método Normal de caminar sobre la mesa no encontró suficientes OID en la tabla
para satisfacer el recuento solicitado de registros locales para llenar.

Códigos de error SNMP estándar devueltos por el agente remoto: 1 =

SNMP_ERROR_tooBig
2 = SNMP_ERROR_noSuchName
3 = SNMP_ERROR_badValue
4 = SNMP_ERROR_readOnly
5 = SNMP_ERROR_genErr
6 = SNMP_ERROR_noAccess
7 = SNMP_ERROR_wrongType
8 = SNMP_ERROR_wrongLength
9 = SNMP_ERROR_wrongEncoding
10 = SNMP_ERROR_wrongValue
11 = SNMP_ERROR_noCreation
12 = SNMP_ERROR_inconsistentValue
13 = SNMP_ERROR_resourceUnavailable
14 = SNMP_ERROR_commitFailed
15 = SNMP_ERROR_undoFailed
16 = SNMP_ERROR_authorizationError
17 = SNMP_ERROR_notWritable
18 = SNMP_ERROR_inconsistentName

Errores generados por el cliente:

201 = Sin respuesta del agente remoto (servidor)

13 de 14 15/9/2020, 7:51 p.m.

12. Configuración de SNMP Table Walker file: /// C: / AAA_CSI / Literature / 2020 User Guides / BB3-6101 User Guid ...

202 = No existe tal nombre (implícito)

203 = No se pueden interpretar los datos de la aplicación 204 = La
respuesta no coincide con la solicitud
205 = Hay un problema con la configuración de la regla 206 = No se puede
construir o analizar SNMP PDU
207 = La caminata por la mesa no alcanzó el conteo esperado

Si el código de error indica que no hay respuesta, el estado del dispositivo (página Dispositivos de configuración del cliente SNMP)
proporcionará una indicación adicional de un error relacionado con la conexión.

14 de 14 15/9/2020, 7:51 p.m.