FAQ - Indexation SNMP
Salut, les gars.
Je voudrais partager quelques informations sur l'indexation SNMP OID. Habituellement NMS fait tout le travail, parce qu'il prend l'indice, l’analyse et le retourne dans une belle page web, comme un diagramme ou un graphe J.
Mais que pouvez-vous faire quand vous recherchez un OID singulier ou privé et vous mettez un préfixe qui renvoie quelques valeurs inconnues ?
Laissez-nous prendre un exemple sur l'utilisation de la mémoire OID de HUAWEI
La première chose à faire est d'obtenir une référence OID/MIB du responsable du produit, et de rechercher j'ai trouvé ce préfixe OID.
1.3.6.1.4.1.2011.6.3.5.1.1.
Alors, laissez-moi marcher.
iso.3.6.1.4.1.2011.6.3.5.1.1.2.0.0.0 = Gauge32: 146871224
iso.3.6.1.4.1.2011.6.3.5.1.1.3.0.0.0 = Gauge32: 83342712
iso.3.6.1.4.1.2011.6.3.5.1.1.4.0.0.0 = Gauge32: 34584756
iso.3.6.1.4.1.2011.6.3.5.1.1.5.0.0.0 = Gauge32: 76644548
iso.3.6.1.4.1.2011.6.3.5.1.1.6.0.0.0 = INTEGER: 0
iso.3.6.1.4.1.2011.6.3.5.1.1.7.0.0.0 = INTEGER: 0
Objet |
Syntaxe |
Max Access |
Description |
Spécifications mises en œuvre |
hwMemoryDevModuleIndex[1] |
Integer (32 bit) |
Non accessible |
Cet objet est utilisé uniquement pour l'extension. Pour le dispositif avec une seule CPU, la valeur de cet objet est 0. |
Cet objet est implémenté tel que défini dans les fichiers MIB correspondants. |
hwMemoryDevSize[2] |
32 bit non signé |
Lecture seulement |
La valeur de cet objet identifie la taille totale (en octets) de la mémoire de l'objet géré. Il indique que la mémoire de chaque tableau comprend la mémoire inactive la mémoire usagée. C'est-à-dire que la somme de hwMemoryDevFree et hwMemoryDevRawSliceUsed peut être hwMemoryDevsize. Chaque tableau a une mémoire. La taille du mémoire varie selon les produits. |
Cet objet est implémenté tel que défini dans les fichiers MIB correspondants. |
hwMemoryDevFree[3] |
32 bit non signé |
Lecture seulement |
La valeur de cet objet identifie la mémoire inactive (en octets) du périphérique. La valeur de cet objet est toujours inférieure à celle de hwMemoryDevSize. |
Cet objet est implémenté tel que défini dans les fichiers MIB correspondants. |
hwMemoryDevRawSliceUsed[4] |
32 bit non signé |
Lecture seulement |
La valeur de cet objet identifie la trance de mémoire brut utilisée (en octets) du périphérique. La valeur de cet objet est toujours plus petite que celle de hwMemoryDevSize. |
Cet objet est implémenté tel que défini dans les fichiers MIB correspondants. |
hwMemoryDevLargestFree[5] |
32 bit non signé |
Lecture seulement |
La valeur de cet objet identifie le nombre maximal d'octets contigus de mémoire qui sont actuellement inutilisés sur l'objet géré. C'est la plus grande taille de la mémoire que le système peut distribuer. La valeur de cet objet est toujours plus petite que celle de hwMemoryDevSize. |
Cet objet est implémenté tel que défini dans les fichiers MIB correspondants. |
En lisant la table ci-dessus à partir de la référence MIB, nous voyons que le premier OID représente la mémoire totale et le second est la mémoire libre.
iso.3.6.1.4.1.2011.6.3.5.1.1.2.0.0.0 = Gauge32 : 146871224 \ \ \ \ \ \ est la mémoire totale
iso.3.6.1.4.1.2011.6.3.5.1.1.3.0.0.0 = Gauge32 : 83342712 \ \ \ \ \ \ est la mémoire libre
Ainsi, nous pouvons voir que la mémoire utilisée = mémoire totale - mémoire libre = 146871224 – 83342712 = 63528512
display memory-usage
Memory utilization statistics at 2014-05-06 08:18+02:00 DST
System Total Memory Is: 146871224 bytes
Total Memory Used Is: 63534856 bytes
Ainsi, les deux valeurs sont presque identiques, la différence n'est que de 6344 octets. Comme le système d'exploitation utilise memory-usage et elle change constamment, c'est normal.
Dans la situation où vous avez un système de pile composé de plusieurs commutateurs, les statistiques de mémoire OID sont différentes. Vérifiez ci-dessous. Deux autres indices apparaissent :
iso.3.6.1.4.1.2011.6.3.5.1.1.2.0.0.0 = Gauge32 : 146871104
iso.3.6.1.4.1.2011.6.3.5.1.1.2.0.1.0 = Gauge32 : 146871164
Qu'est-ce que l'indice surligné représente ? Il identifie en fait le numéro de la fente (slot).
HUAWEI> display stack
Stack topology type : Link
Stack system MAC: 1111-1111-1111
MAC switch delay time: 2 min
Stack reserved vlan: 4093
Slot of the active management port: --
Slot Role Mac address Priority Device type
-------------------------------------------------------------
0 Master 1111-1111-1111 200 S5700-28P-LI-AC
1 Standby 1111-1111-1112 150 S5700-28P-LI-AC
Laissez-nous prendre un autre exemple pour l'utilisation de la mémoire.
J'ai trouvé un autre OID qui renvoie le pourcentage d'utilisation de la mémoire. Vérifier ci-dessous :
Le préfixe OID de ce tableau est le 1.3.6.1.4.1.2011.5.25.31.1.1.1.1.
hwEntityMemUsage [7] |
Integer32 |
Utilisation de la mémoire de l'entité. Plage de valeurs : 0-100 |
Lecture seulement |
Courant |
Après que je le mets, je reçois :
iso.3.6.1.4.1.2011.5.25.31.1.1.1.1.7.603979777 = INTEGER : 43
Qui représentent en fait l'utilisation de la mémoire :
Mémoire utilisée/mémoire totale = (63528512/146871224) * 100 = 43.25%
Mais l’indice 603979777 que représente-t-il ?
La bonne partie est normalement que vous n'avez pas besoin de faire les maths, NMS va s'occuper de cela, l'analyser et retourner la valeur dans l'interface web.
J'espère de trouver cette part utile.