IBM Tivoli Netcool/OMNIbus version 8.1

Formats d'objet MIB valides

Cette rubrique décrit les formats des objets MIB valides.

Les sections suivantes décrivent les formats d'objet MIB SNMP valides.

TEXTUAL-CONVENTION

Une convention TEXTUAL-CONVENTION (TC) v2 a la syntaxe suivante, où le nom d'objet est suivi de l'entrée ::=, puis de TEXTUAL-CONVENTION. Plusieurs sections sont ajoutées à la fin de la définition SYNTAX.

DisplayString ::= TEXTUAL-CONVENTION 
DISPLAY-HINT "255a" 
STATUS current 
DESCRIPTION "Représente des informations textuelles extraites du jeu de caractères NVT SCII, tel qu'il est défini dans les pages 4, 10-11 de la norme RFC 854. Pour récapituler RFC 854, le répertoire NVT ASCII spécifie : - l'utilisation des codes caractères 0 à 127 (décimal) - les caractères graphiques (32 à 126) sont interprétés sous forme de US ASCII - NUL, LF, CR,BEL, BS, HT, VT et FF ont les significations spéciales indiquées dans RFC 854 - les 25 autres codes n'ont pas d'interprétation standard - la séquence 'CR LF' signifie un retour à la ligne - la séquence 'CR NUL' signifie un retour chariot - le code 'LF' non précédé du code 'CR' signifie un déplacement dans la même colonne sur - la ligne suivante - la séquence 'CR x' pour tout x autre que LF ou NUL n'est pas admise. (Il est à noter que cela signifie également qu'une chaîne peut se terminer par 'CR LF' ou 'CR NUL', mais pas par CR.) Tout objet défini à l'aide de cette syntaxe ne doit pas comporter plus de 255 caractères." 
SYNTAX OCTET STRING (SIZE (0..255))

Un TC v1 se compose du nom d'objet suivi de l'entrée ::= et il est ensuite ajouté à la fin d'une définition SYNTAX valide. Par exemple :

DisplayString ::= OCTET STRING

Ces deux objets existent en dehors de l'arborescence MIB et ne sont donc pas des objets de la MIB. Ils représentent un format pour lequel une syntaxe peut être définie. Ils ne possèdent pas d'ID objet. Vous pouvez les afficher dans la vue Modules MIB, dans un filtre séparé, en cliquant sur la liste déroulante Vue et en sélectionnant Conventions textuelles.

Objets TRAP-TYPE

L'objet TRAP-TYPE est valide pour les MIB v1. Ces objets n'ont pas été initialement définis pour s'adapter correctement dans l'arborescence MIB. Ils ne possèdent pas d'ID objet mais un ID entreprise et un numéro d'interception, par exemple :

newRoot TRAP-TYPE 
ENTERPRISE dot1dBridge 
DESCRIPTION "L'interception newRoot indique que l'agent expéditeur est devenu la nouvelle racine 
de Spanning Tree ; l'interception est envoyée par un pont aussitôt après son élection en tant que nouvelle 
racine, par exemple, à l'expiration du délai de changement de topologie immédiatement après son 
élection." 
::= 1

Une interception v1 commence par un nom d'objet suivi par le mot clé TRAP-TYPE. Le tout est suivi d'un certain nombre de sections et se termine par l'entrée ::= et un nombre. Les accolades ({}) ne sont jamais utilisées avant ou après un nombre.

Objets MACRO

Un objet MACRO définit le format des autres objets MIB. Les définitions de MACRO commencent toujours par le type d'objet suivi du mot clé MACRO, puis de l'entrée ::=. Le reste de la définition de macro est placé entre les balises BEGIN et END, par exemple :

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

Autres objets

Tous les autres objets doivent respecter le format suivant :

snmpInPkts OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "Nombre total de messages distribués à l'entité SNMP à partir du service de transport." ::= { snmp 1 }

Ces objets commencent par un nom d'objet qui doit commencer par un caractère alphabétique en minuscule. Le tout est suivi d'un mot clé qui indique le type d'objet. Les sections supplémentaires suivent le mot clé et l'entrée ::= ainsi qu'une liste des ancêtres entre accolades ({}) complète le format. Les ancêtres à l'intérieur des accolades ({}) peut avoir l'un des deux formats suivants. Dans le premier (illustré ci-dessus), le format est un nom d'objet suivi d'un nombre. Le nom d'objet est le nom du parent immédiat de cet objet et le nombre est le nombre de feuilles de cet objet vers le parent.

Le second format valide pour une liste d'ancêtres est une liste de tous les ancêtres allant jusqu'à un objet connu, par exemple :

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

Dans l'exemple ci-dessus, la liste commence à un objet connu (iso étant la racine de l'arborescence) et continue de définir des noms d'objet et des numéros de feuille pour chaque génération successive, org(3) et dod(6), jusqu'à l'entier unique final (1) qui indique le numéro de l'objet. Notez que les espaces entre les noms d'objet et les numéros d'objet ne sont pas admis.

Bibliothèque | Support |