IBM Tivoli Netcool/OMNIbus Versión 8.1

Formatos de objeto MIB válidos

Este tema describe los formatos de objetos MIB válidos.

Las siguientes secciones describen los formatos de objeto MIB de SNMP válidos.

TEXTUAL-CONVENTION

Una TEXTUAL-CONVENTION (TC) v2 tiene la siguiente sintaxis, donde el nombre de objeto va seguido de la entrada ::= y, a continuación, TEXTUAL-CONVENTION. Le siguen varias secciones y tienen añadida la definición SYNTAX.

DisplayString ::= TEXTUAL-CONVENTION 
DISPLAY-HINT "255a" 
STATUS current 
DESCRIPTION "Representa información textual tomada del juego de caracteres NVT ASCII como se define en las páginas 4, 10-11 de RFC 854. Para resumir RFC 854, el repertorio NVT ASCII especifica: - El uso de códigos de caracteres 0-127 (decimales). - Los caracteres gráficos (32-126) se interpretan como US ASCII. - NUL, LF, CR, BEL, BS, HT, VT y FF tienen significados especiales especificados en la RFC 854. - Los demás 25 códigos no tienen ninguna interpretación estándar. - La secuencia 'CR LF' indica una línea nueva. - La secuencia 'CR NUL' indica un retorno de carro. - Un 'LF' no precedido por 'CR' indica desplazamiento a la misma columna en la línea siguiente. - la secuencia "CR x" para cualquier x distinta de LF o NUL es ilegal. (Tenga en cuenta que esto también significa que una serie puede acabar con 'CR LF' o 'CR NUL', pero no con CR.) Los objetos definidos con esta sintaxis no pueden exceder de 255 caracteres de longitud."
SYNTAX OCTET STRING (SIZE (0..255))

Una TC v1 consta del nombre de objeto seguido de la entrada ::= y, a continuación, se le añade una definición SYNTAX válida. Por ejemplo:

DisplayString ::= OCTET STRING

Ambos objetos existen fuera del árbol MIB y, por tanto, no son objetos de la MIB. Representan un formato para el que se puede definir una sintaxis. No tienen OID. Puede visualizarlos en la vista Módulos MIB, en un filtro aparte, pulsando la lista desplegable Ver y seleccionando Convenciones textuales.

Objetos TRAP-TYPE

El objeto TRAP-TYPE es válido para MIB v1. Estos objetos no se han definido originariamente para que encajaran claramente en el árbol MIB. No tienen un OID pero, en su lugar, tienen un ID de empresa y un número de interrupción, por ejemplo:

newRoot TRAP-TYPE 
ENTERPRISE dot1dBridge 
DESCRIPTION "La interrupción newRoot indica que el agente de envío ha pasado a ser la nueva raíz
del árbol de expansión; un puente envía la interrupción tan pronto como su elección como nueva raíz
(por ejemplo, después de que caduque el temporizador de cambios de topología inmediatamente posterior a
su elección."
::= 1

Una interrupción v1 empieza por un nombre de objeto seguido de la palabra clave TRAP-TYPE. Ésta va seguida de un número de secciones y termina con la entrada ::= y un número. Las llaves ({}) nunca se utilizan delante o después de un número.

Objetos MACRO

Un objeto MACRO define el formato de otros objetos MIB. Las definiciones MACRO siempre empiezan por el tipo de objeto, seguido de la palabra clave MACRO y, a continuación, la entrada ::=. El resto de la definición de la macro se escribe entre las etiquetas BEGIN y END, por ejemplo

OBJECT-TYPE MACRO ::= 
BEGIN 
TYPE NOTATION ::= "SYNTAX" 
type (TYPE ObjectSyntax) "ACCESS" Access "STATUS" Status VALUE NOTATION ::= value
(VALUE ObjectName) Access ::= "read-only" | "read-write" | "write-only" | "not-accessible"
Status ::= "mandatory" | "optional" | "obsolete"
END

Otros objetos

Todos los otros objetos deben cumplir con el formato siguiente:

snmpInPkts OBJECT-TYPE SYNTAX
Counter ACCESS read-only STATUS mandatory DESCRIPTION "El número total de mensajes suministrados a la entidad SNMP
desde el servicio de transporte." ::= { snmp 1 }

Estos objetos empiezan con un nombre de objeto que debe empezar por un carácter alfabético en minúsculas. Esto va seguido de una palabra clave que indica el tipo de objeto. A la palabra clave le siguen las secciones adicionales que se requieran y la entrada ::=, y una lista de ancestros entre llaves ({}) completan el formato. Los ancestros dentro de las llaves ({}) pueden tener uno de dos formatos. En el primero (más arriba) el formato es un nombre de objeto seguido de un número. El nombre de objeto es el nombre del padre inmediato de este objeto y el número es el número de hoja de este objeto al padre.

El segundo formato válido para una lista de ancestros es una lista de todos los ancestros hasta un objeto conocido, por ejemplo:

internet OBJECT IDENTIFIER ::= { iso org(3) dod(6) 1 }

En este ejemplo, la lista empieza en un objeto conocido (iso es la raíz del árbol) y continúa definiendo nombres de objeto y números de hoja para cada generación sucesiva, org(3) y dod(6), hasta el último entero individual (1) que indica el número de objeto. Tenga en cuenta que no se permiten espacios entre los nombres de objeto y los números de objeto.

Biblioteca | Soporte |