Une introduction à SNMP #

SNMP ou Simple Network Management Protocol est un protocole de couche application défini par le IETF dans sa modification actuelle RFC 1157. SNMP baser sa représentation des données dans un ASN.1 (couche de présentation) modification, définie également par le IETF dans le RFC 1065 as SMI (Structure et identification des informations de gestion).

SNMP permet deux méthodes de travail, synchrone (ou polling) et asynchrone. Le mode synchrone est le moyen le plus courant d’utiliser SNMP, ça marche en envoyant PDU (Unités de données de protocole) à des périphériques gérés qui implémentent SNMP dans le réseau, ces PDU pourraient servir à la récupération de données (GetRequest) qui nécessite une réponse de l'appareil (GetResponse) ou pour définir une valeur dans un objet spécifique (SetRequest).

SNMP en mode asynchrone fonctionne par l'utilisation de pièges. Les pièges sont une alerte non sollicitée PDU envoyées par le périphérique géré à une station centrale de collecte des trappes, ces traps indiquent qu'un événement critique s'est produit dans le périphérique surveillé, par exemple une surchauffe ou une utilisation excessive de la mémoire, et sont dirigés vers le poste de travail surveillé. UDP port 162.

MIB - Base d'informations de gestion #

Chaque objet pouvant être géré par SNMP sont regroupés hiérarchiquement et représentés dans un fichier spécial appelé Fichiers MIB, ces MIB sont des descripteurs de groupes d’objets gérés organisés sous un arbre de OID (Identifiants d'objet) qui identifie chaque objet de manière unique.

L'un des plus commun MIB fichiers est défini par le IETF dans le MIB-II.

SNMP - Architecture #

SNMP définit les types d'entités 3 dans son architecture:

Stations de gestion de réseau: Exécuter des applications de gestion pour contrôler et surveiller les éléments du réseau.
Éléments de réseau: Les appareils tels qu'un RELIANOID Load Balancer qui sera surveillé par la station de gestion du réseau.
Agents: Logiciel responsable de l'exécution des commandes envoyées par les stations de gestion du réseau, comme la récupération de la valeur d'un OID spécifique.

Dans l'image suivante, il est montré un exemple d'une architecture SNMP habituelle dans un réseau:

Configuration de SNMP dans RELIANOID Électroménagers #

RELIANOID les appareils sont livrés avec un SNMP agent implémenté lui permettant la valeur par défaut Debian GNU / Linux OID être interrogé de manière synchrone par une station de gestion de réseau afin de contrôler l'état de l'équilibreur de charge

Pour configurer SNMP dans RELIANOID appareils, cela pourrait être fait de manière simple via l'interface graphique Web comme suit :

1. Accédez à l'interface graphique Web de l'appareil et accédez à la section Système> Services locaux sur la barre latérale:

2. Cochez la case SNMP et configurez l'interface à partir de laquelle les demandes entrantes seront autorisées. Il est recommandé de configurer ici l'interface de gestion.

3. Nous pouvons changer le port d’écoute et le Communautés nom, notifiez que ce nom est requis pour toute demande de OID et devrait être inclus dans la demande.

4. Le dernier champ est l'adresse IP ou le sous-réseau à partir duquel le service autorisera les demandes entrantes.

Avec ce service, la livraison de vos applications peut être surveillée sur une plate-forme SIEM centralisée afin de garantir le bon comportement du trafic.

S'il vous plaît trouver ci-dessous quelques utiles OID SNMP afin de surveiller correctement un équilibreur de charge. Notez qu'il y a beaucoup de différents OID à utiliser, nous vous recommandons donc d'utiliser un outil comme snmptranslate afin de les traduire en un nom plus compréhensible pour les gestionnaires de réseau.

Configuration SNMPv3 #

SNMPv3, ou Protocole de gestion de réseau simple version 3, représente une amélioration significative en termes de sécurité et de fonctionnalités par rapport à ses prédécesseurs. Il corrige les vulnérabilités de SNMPv1 et SNMPv2 en fournissant des fonctionnalités d'authentification, de cryptage et de contrôle d'accès. SNMPv3 introduit le concept de modèles de sécurité, notamment le modèle de sécurité basé sur l'utilisateur (USM) et le modèle de contrôle d'accès basé sur la vue (VACM), garantissant que seuls les utilisateurs autorisés peuvent accéder et gérer les périphériques réseau. Des mécanismes d'authentification tels que MD5 et SHA sont utilisés pour l'intégrité des données, tandis que des méthodes de chiffrement telles que DES et AES garantissent la confidentialité, faisant de SNMPv3 le choix privilégié pour une gestion de réseau sécurisée dans les environnements modernes.

Pour configurer SNMPv3 dans le snmpd.conf fichier, plusieurs paramètres doivent être définis. Premièrement, les protocoles d'authentification et de confidentialité doivent être spécifiés à l'aide du Créer un utilisateur directive, y compris le nom d'utilisateur, le protocole d'authentification (par exemple, MD5 or SHA), la phrase secrète d'authentification, le protocole de confidentialité (par exemple, DES or AES) et la phrase secrète de confidentialité. Le contrôle d'accès est géré via le réveiller directive, définissant les utilisateurs autorisés et leurs privilèges d'accès. De plus, le com2sec La directive établit le mappage de noms de communauté à sécurité, reliant les chaînes de communauté aux noms de sécurité, tandis que la directive access spécifie les règles de contrôle d'accès, déterminant quels noms de sécurité peuvent accéder à quels objets MIB. Finalement, le emplacement système et contact système Les directives peuvent être utilisées pour définir l'emplacement du système et les informations de contact pour les interruptions et les notifications SNMP. Grâce à une configuration minutieuse de ces paramètres, SNMPv3 peut être déployé efficacement pour garantir une gestion de réseau sécurisée et efficace.

Afin d'appliquer avec succès une configuration SNMPv3 dans SNMPd, activez le service SNMP dans le RELIANOID Load Balancer comme expliqué ci-dessus, puis modifiez le /etc/snmp/snmpd.conf fichier en utilisant le modèle ci-dessous et décommentez le Créer un utilisateur, Créer un utilisateur et réveiller. Si des interruptions SNMPv3 sont également requises, décommentez le SNMPv3. piège .

agentAddress udp:0.0.0.0:161 rocommunity public 0.0.0.0/0 trapcommunity public authtrapenable 1 ## ATTENTION : utilisez cet utilisateur pour accéder au serveur trap, modifiez , et #Créer un utilisateur SHA AES #iquerysecname #éveiller ## Piège à distance SNMPv1, décommentez la ligne ci-dessous et modifiez et #trapsink ## Piège à distance SNMPv2, décommentez la ligne ci-dessous et modifiez et #trap2sink #trapsess -Ci --clientaddr= -v 2c ## SNMPv3 : déroutement distant, décommentez la ligne ci-dessous et modifiez , et ## Rassemblez les pour chaque nœud avec cette commande : ## ENGINEID=`grep oldEngineID /var/lib/snmp/snmpd.conf | awk -F ' ' '{printf $2}'` #trapsess -Ci -v 3 -u -e -l authPriv -a SHA -A -x AES -X linkUpDownNotifications yes defaultMonitors yes # vérifier les processus consommant plus de 100 Mo de mémoire -r 30 -o hrSWRunName "mémoire de processus élevée" hrSWRunPerfMem > 100000 # vérifier si le trafic réseau est supérieur à 100 Mo/s environ dans n'importe quel moniteur d'interface -D -r 30 "trafic réseau" ifInOctets 0 100000000000 # vérifier les problèmes de disque surveiller -o dskPath -r 30 -o dskErrorMsg "dskTable" dskErrorFlag !=0 includeAllDisks 10% charge 7

Enfin, redémarrez le service snmpd en exécutant :

root@ee-noid-01 : ~# systemctl redémarre snmpd.service

OID MIB-II génériques #

Les fichiers MIB officiels peuvent être trouvés sur le chemin /usr/share/snmp/mibs/ dans l'équilibreur de charge.

memTotalSwap #

OID : 1.3.6.1.4.1.2021.4.3.0
MIB : UCD-SNMP-MIB
Espace d'échange total configuré pour l'hôte en Ko.

memAvailSwap #

OID : 1.3.6.1.4.1.2021.4.4.0
MIB : UCD-SNMP-MIB
Espace d'échange actuellement disponible en Ko.

memTotalRéel #

OID : 1.3.6.1.4.1.2021.4.5.0
MIB : UCD-SNMP-MIB
Mémoire réelle installée sur l'hôte en Ko.

memAvailReal #

OID : 1.3.6.1.4.1.2021.4.6.0
MIB : UCD-SNMP-MIB
Mémoire réelle disponible en Ko.

memTotalFree #

OID : 1.3.6.1.4.1.2021.4.11.0
MIB : UCD-SNMP-MIB
Total de mémoire libre en Ko.

memShared #

OID : 1.3.6.1.4.1.2021.4.13.0
MIB : UCD-SNMP-MIB
Total de mémoire réelle ou virtuelle allouée pour être utilisée comme mémoire partagée en Ko.

memBuffer #

OID : 1.3.6.1.4.1.2021.4.14.0
MIB : UCD-SNMP-MIB
Total de mémoire réelle ou virtuelle allouée pour être utilisée comme mémoire tampon en Ko.

memCached #

OID : 1.3.6.1.4.1.2021.4.15.0
MIB : UCD-SNMP-MIB
Total de mémoire réelle ou virtuelle allouée pour être utilisée comme mémoire cache en Ko.

laCharge/1 #

OID : 1.3.6.1.4.1.2021.10.1.3.1
MIB : UCD-SNMP-MIB
1 minute de charge CPU.

laCharge/2 #

OID : 1.3.6.1.4.1.2021.10.1.3.2
MIB : UCD-SNMP-MIB
5 minute de charge CPU.

laCharge/3 #

OID : 1.3.6.1.4.1.2021.10.1.3.3
MIB : UCD-SNMP-MIB
15 minute de charge CPU.

SsCpuSystem #

OID : 1.3.6.1.4.1.2021.11.10.0
MIB : UCD-SNMP-MIB
Pourcentages de temps de traitement du processeur système au niveau du système.

système ssCpuRaw #

OID : 1.3.6.1.4.1.2021.11.52.0
MIB : UCD-SNMP-MIB
Tics dépensés dans le code au niveau du système.

ssCpuIdle #

OID : 1.3.6.1.4.1.2021.11.11.0
MIB : UCD-SNMP-MIB
Pourcentage de temps processeur en état d'inactivité.

ssCpuRawIdle #

OID : 1.3.6.1.4.1.2021.11.53.0
MIB : UCD-SNMP-MIB
Tiques dépensées inactivement par CPU.

siNombre #

OID : 1.3.6.1.2.1.2.1
MIB : IF-MIB
Nombre d'interfaces dans le système.

siTable #

OID : 1.3.6.1.2.1.2.2
MIB : IF-MIB
Ce OID correspond à une table dans le MIB2. Notez que la représentation des tables est différente de celle des objets scalaires. Imaginez une table avec un OID xTable, avec des colonnes Coli et index i, pour accéder à la colonne Col1 et index 1, nous devrions demander un snmpget pour xTable.xEntry.Col1.1, Où xEntry n'a qu'un sens conceptuel, on peut aussi obtenir toutes les entrées d'une colonne Col1 avec un Snmpwalk à xTable.xEntry.Col1 ou obtenir la table complète avec un Snmpwalk à son OID (xTable.xEntry). Laisse ce que nous obtenons sous forme de colonnes:

ifDescr #

OID : 1.3.6.1.2.1.2.2.1.2
MIB : IF-MIB
Noms des interfaces.

siType #

OID : 1.3.6.1.2.1.2.2.1.3
MIB : IF-MIB
Type d'interfaces, par exemple, Ethernet.

ifMtu #

OID : 1.3.6.1.2.1.2.2.1.4
MIB : IF-MIB
Unité de transfert maximale.

si vitesse #

OID : 1.3.6.1.2.1.2.2.1.5
MIB : IF-MIB
Bande passante actuelle estimée ou nominale en b/s.

ifPhysAddress #

OID : 1.3.6.1.2.1.2.2.1.6
MIB : IF-MIB
Adresse de la couche de protocole inférieure, par exemple, adresse MAC.

ifOperStatus #

OID : 1.3.6.1.2.1.2.2.1.8
MIB : IF-MIB
Statut actuel.

ifInOctets #

OID : 1.3.6.1.2.1.2.2.1.10
MIB : IF-MIB
Nombre d'octets entrants.

ifInUcastPkts #

OID : 1.3.6.1.2.1.2.2.1.11
MIB : IF-MIB
Nombre de paquets unicast entrants.

ifInDiscards #

OID : 1.3.6.1.2.1.2.2.1.13
MIB : IF-MIB
Nombre de paquets entrants rejetés.

ifInErrors #

OID : 1.3.6.1.2.1.2.2.1.14
MIB : IF-MIB
Nombre de paquets entrants avec des erreurs empêchant leur livraison.

ifOutOctets #

OID : 1.3.6.1.2.1.2.2.1.16
MIB : IF-MIB
Nombre d'octets transmis.

ifOutUcastPkts #

OID : 1.3.6.1.2.1.2.2.1.17
MIB : IF-MIB
Nombre de paquets unicast transmis.

ifOutDiscards #

OID : 1.3.6.1.2.1.2.2.1.19
MIB : IF-MIB
Nombre de paquets transmis rejetés.

ifOutErrors #

OID : 1.3.6.1.2.1.2.2.1.20
MIB : IF-MIB
Nombre de paquets sortants comportant des erreurs qui n'ont pas pu être transmis.

RELIANOID OID d’entreprise ADC #

noidHostname #

OID : 1.3.6.1.4.1.61269.1.0.1
MON B: RELIANOID-MIB
Nom d’hôte de l’ADC.

noidHostIPAddress #

OID : 1.3.6.1.4.1.61269.1.0.2
MON B: RELIANOID-MIB
Adresse IP de l'ADC.

noidLicenseExpDate #

OID : 1.3.6.1.4.1.61269.1.0.3
MON B: RELIANOID-MIB
Date d'expiration de la licence.

noidIpAddress #

OID : 1.3.6.1.4.1.61269.1.0.4
MON B: RELIANOID-MIB
Adresse IP de l'événement associé.

noidInterfaceName #

OID : 1.3.6.1.4.1.61269.1.0.5
MON B: RELIANOID-MIB
Nom d'interface de l'événement associé.

noidSslExpDate #

OID : 1.3.6.1.4.1.61269.1.0.6
MON B: RELIANOID-MIB
Date d'expiration du certificat SSL.

noidSslCertName #

OID : 1.3.6.1.4.1.61269.1.0.7
MON B: RELIANOID-MIB
Certificat SSL Nom de l'événement associé.

noidAlarmName #

OID : 1.3.6.1.4.1.61269.1.0.8
MON B: RELIANOID-MIB
Nom de l'alarme déclenchée.

noidAlarmSeverity #

OID : 1.3.6.1.4.1.61269.1.0.9
MON B: RELIANOID-MIB
Gravité de l'alarme déclenchée, 1 pour critique, 2 pour majeure, 3 pour mineure, 4 pour avertissement, 5 pour dégagement du piège. Le piège de compensation est inclus sous forme de Varbind avec noidAlarmClearing.

noidAlarmClearing #

OID : 1.3.6.1.4.1.61269.1.0.10
MON B: RELIANOID-MIB
OID du piège à nettoyer. Inclus lorsque noidAlarmSeverity est 5.

Pièges MIB-II génériques #

lien vers le bas #

OID : 1.3.6.1.6.3.1.1.5.3
OID d'autorisation : 1.3.6.1.6.3.1.1.5.4
MIB : IF-MIB
Une interruption linkDown signifie que l'entité SNMP, agissant dans un rôle d'agent, a détecté que l'objet ifOperStatus pour l'un de ses liens de communication est sur le point d'entrer dans l'état down à partir d'un autre état (mais pas à partir de l'état notPresent). Cet autre état est indiqué par la valeur incluse de ifOperStatus.

relier #

OID : 1.3.6.1.6.3.1.1.5.4
MIB : IF-MIB
Une interruption linkUp signifie que l'entité SNMP, agissant dans un rôle d'agent, a détecté que l'objet ifOperStatus pour l'un de ses liens de communication a quitté l'état down et est passé à un autre état (mais pas à l'état notPresent). Cet autre état est indiqué par la valeur incluse de ifOperStatus.

hrSWRNomExécution #

OID : 1.3.6.1.2.1.25.4.2.1.2
MIB : HÔTE-RESSOURCES-V2-MIB
Une description textuelle de ce logiciel en cours d'exécution, y compris le fabricant, la révision et le nom sous lequel il est communément connu. Si ce logiciel a été installé localement, il doit s'agir de la même chaîne que celle utilisée dans le hrSWInstalledName correspondant.

mteTriggerRising #

OID : 1.3.6.1.2.1.88.2.0.2
OID d'autorisation : 1.3.6.1.2.1.88.2.0.3
MIB : DISMAN-EVENT-MIB
Notification indiquant que le seuil croissant a été atteint pour les déclencheurs avec mteTriggerType « seuil ». La bande passante de toute interface réseau est supérieure au seuil spécifié. Il convient d'analyser si la consommation est légitime.

mteTriggerChute #

OID : 1.3.6.1.2.1.88.2.0.3
MIB : DISMAN-EVENT-MIB
Notification indiquant que le seuil de baisse a été atteint pour les déclencheurs avec mteTriggerType « seuil ». La bande passante est normale.

dskErrorFlag #

OID : 1.3.6.1.4.1.2021.9.1.100
MIB : UCD-SNMP-MIB
Indicateur d'erreur signalant que le disque ou la partition se trouve sous l'espace minimum requis configuré pour lui. Le système de fichiers de l'équilibreur de charge est affecté, une maintenance administrative est requise. Vérifiez l'état du disque et ouvrez un problème sur le portail de support pour enquêter.

laNoms #

OID : 1.3.6.1.4.1.2021.10.1.3.1
MIB : UCD-SNMP-MIB
1 minute de chargement. L'équilibreur de charge est surchargé, certains processus peuvent être inopérants.

RELIANOID Pièges d'entreprise ADC #

noidLicenseExpiration #

OID : 1.3.6.1.4.1.61269.1.1.1
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.3
MON B: RELIANOID-MIB
La licence de l'équilibreur de charge expire bientôt. Demander le renouvellement du service d'assistance. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname.

noidLicenseInactive #

OID : 1.3.6.1.4.1.61269.1.1.2
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.3
MON B: RELIANOID-MIB
La licence de l'équilibreur de charge a expiré. Demander le renouvellement du service d'assistance. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname.

noidLicenseOK #

OID : 1.3.6.1.4.1.61269.1.1.3
MON B: RELIANOID-MIB
La licence de l'équilibreur de charge est ok. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidAlarmClearing.

noidClusterNodeToPrimary #

OID : 1.3.6.1.4.1.61269.1.1.4
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.5
MON B: RELIANOID-MIB
Le nœud du cluster est passé au primaire. Consultez les journaux système de l’équilibreur de charge pour analyser la raison principale du changement. Dans le nœud principal, cet OID sera l'événement d'effacement de clusterNodeToSecondary. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidAlarmClearing.

noidClusterNodeToSecondary #

OID : 1.3.6.1.4.1.61269.1.1.5
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.4
MON B: RELIANOID-MIB
Le nœud du cluster est passé au niveau secondaire. Consultez les journaux système de l’équilibreur de charge pour analyser la raison principale du changement. Dans le nœud secondaire, cet OID sera l'événement d'effacement de clusterNodeToPrimary. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidAlarmClearing.

noidClusterAlert #

OID : 1.3.6.1.4.1.61269.1.1.6
MON B: RELIANOID-MIB
Il existe une alerte liée au cluster. Vérifiez la description de l'alarme et les journaux du système pour analyser la raison principale de l'alarme. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname.

noidBackendDown #

OID : 1.3.6.1.4.1.61269.1.1.7
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.8
MON B: RELIANOID-MIB
Le backend est détecté en panne. Vérifiez la description de l'alarme et testez la disponibilité du backend depuis l'équilibreur de charge. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidIpAddress.

noidBackendUp #

OID : 1.3.6.1.4.1.61269.1.1.8
MON B: RELIANOID-MIB
Le backend est détecté. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidIpAddress, noidAlarmClearing.

noidInterfaceDown #

OID : 1.3.6.1.4.1.61269.1.1.9
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.10
MON B: RELIANOID-MIB
L'interface est détectée comme étant en panne. Vérifiez la connectivité de l'interface réseau. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidInterfaceName.

noidInterfaceUp #

OID : 1.3.6.1.4.1.61269.1.1.10
MON B: RELIANOID-MIB
L'interface est détectée comme étant active. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidInterfaceName, noidAlarmClearing.

noidMise à jour disponible #

OID : 1.3.6.1.4.1.61269.1.1.11
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.12
MON B: RELIANOID-MIB
Mises à jour de l'équilibreur de charge disponibles. Vérifiez les packages à mettre à jour et préparez la mise à jour. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname.

noidMise à jourOK #

OID : 1.3.6.1.4.1.61269.1.1.12
MON B: RELIANOID-MIB
Load Balancer est à jour. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidAlarmClearing.

noidCertSSLExpiration #

OID : 1.3.6.1.4.1.61269.1.1.13
Effacement de l'OID : 1.3.6.1.4.1.61269.1.1.14
MON B: RELIANOID-MIB
Un certificat SSL importé dans l'équilibreur de charge a expiré. Renouvelez et importez le certificat dans l'équilibreur de charge. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidSslCertName.

noidCertSSLOK #

OID : 1.3.6.1.4.1.61269.1.1.14
MON B: RELIANOID-MIB
Les certificats SSL sont valides. Varbinds : noidAlarmName, noidAlarmSeverity, noidHostname, noidAlarmClearing.

Backends SNMP monitoring depuis l’équilibreur de charge #

Par ailleurs, SNMP est très utile du point de vue de l’équilibreur de charge car il peut être utilisé pour rassembler des métriques d’arrière-plan et les utiliser pour modifier le comportement du planificateur ou pour automatiser l’activation et la désactivation des arrières. Faire référence à ce lien pour obtenir plus d'informations sur l'utilisation d'une vérification de gardien de batterie personnalisée avec SNMP.

Surveillance ultérieure de la livraison des applications #

Il existe des cas d'utilisation où il est nécessaire d'obtenir des valeurs de surveillance spécifiques telles que les fermes, les backends ou les statistiques et les états de clustering. Pour rassembler ces valeurs spécifiques, veuillez suivre cet article cela peut également être fait via le REST api.

Ressources de surveillance supplémentaires #

Reportez-vous aux articles sur la façon de surveiller RELIANOID Appliances avec Nagios ou Zabbix via les liens suivants :

https://www.relianoid.com/knowledge-base/howtos/monitoring-relianoid-nagios/
https://www.relianoid.com/knowledge-base/howtos/monitoring-relianoid-zabbix/

J'espère que vous trouverez cet article utile et qu'il vous mènera au prochain niveau d'utilisation SNMP surveiller RELIANOID Électroménagers!

Références #

UCD-SNMP-MIB http://www.net-snmp.org/docs/mibs/UCD-SNMP-MIB.txt
Protocole SNMP RFC: https://tools.ietf.org/html/rfc1157
SIM RFC: https://tools.ietf.org/html/rfc1065
net-snmp: http://www.net-snmp.org/wiki/
Wiki Debian snmp: https://wiki.debian.org/SNMP
UCD-SNMP-MIB: http://www.net-snmp.org/docs/mibs/UCD-SNMP-MIB.txt