Dans quelle mesure les OID Cisco IOS sont-ils stables pour l'interrogation de données avec SNMP sur différents modèles de périphériques?
https://stackoverflow.com/questions/65809
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'interroge une foule d'informations provenant de commutateurs cisco à l'aide de SNMP. Par exemple, je récupère des informations sur les voisins détectés à l'aide de CDP en effectuant un snmpwalk sur .1.3.6.1.4.1.9.9.23
Puis-je utiliser cet ID objet sur différents modèles cisco? De quels pièges devrais-je être conscient? Pour moi, je ne suis pas très à l'aise avec l'utilisation des OID numériques - il me semble que je devrais utiliser une base de données MIB ou autre, et utiliser les OID nommés, afin d'obtenir une compatibilité croisée des périphériques, mais peut-être imaginons-nous le besoin pour cela.
La solution
Une fois qu'une MIB a été publiée, elle ne sera pas déplacée vers un nouvel OID. Cela casserait les outils de gestion de réseau et provoquerait des appels de support, ce que personne ne veut. Pour continuer votre exemple, la base MIB CDP a été publiée sur le site Web de Cisco Navigateur d'objets SNMP.
Pour une propreté générale du code, il serait bon de définir les OID dans un emplacement central, d'autant plus que vous ne souhaitez pas dupliquer l'OID complet pour chaque table à laquelle vous devez accéder.
L’endroit le plus prudent est une MIB unique dans un produit récemment acquis par Cisco. L'OID changera, si rien d'autre ne le déplace dans son propre espace OID d'entreprise, mais la MIB peut également changer pour se conformer aux pratiques SNMP de Cisco.
Autres conseils
Il est très cohérent.
Les outils de surveillance dépendent de la cohérence et les MIB produites par Cicso changent rarement les anciennes valeurs et en implémentent généralement de nouvelles.
Découvrez Cisco Outil de recherche d'OID .
Remarquez qu'il ne vous demande pas à quel produit la recherche s'adresse.
-mw
Les OID peuvent varier en fonction du matériel, mais également en fonction de la version du microprogramme du même matériel car, au fil du temps, l’architecture des fonctions de gestion peut changer et nécessiter de nouvelles MIB. Il est utile de vérifier si les OID que vous avez l'intention d'utiliser se trouvent dans des MIB obsolètes ou si cela le devient dans la vie de l'application, car cela indique non seulement que la MIB pourrait un jour être non prise en charge, mais également qu'il est susceptible d'être améliorée. , des données plus riches ou un accès aux données. Il est également recommandé de tester les applications de gestion sur un exemple de périphérique mis à niveau dans le cadre des tests de routine des mises à jour du microprogramme avant un déploiement généralisé.
Un exemple de changement d'OID dû à une MIB obsolète est présenté à
." Ce document explique comment copier un fichier de configuration vers et depuis Cisco périphérique avec CISCO-CONFIG-COPY-MIB. Si vous démarrez à partir du logiciel Cisco IOS® version 12.0, ou sur certains appareils en tant que dès la version 11.2P, Cisco a mis en œuvre un nouveau moyen de Simple Protocole de gestion de réseau (SNMP) gestion de la configuration avec le nouveau CISCO-CONFIG-COPY-MIB. Cette MIB remplace la configuration obsolète section de l’ANCIEN-CISCO-SYSTEM-MIB. "
- J'éviterais de mettre des OID numériques, mais d'utiliserais des "noms d'OID" et laisserais ce travail difficile (de traduction) à l'API SNMP que vous utilisez.
Si cela n’est pas possible, vous pouvez utiliser des OID, car ils ne doivent pas être modifiés conformément aux instructions de la MIB SNMP. À moins que le périphérique lui-même change, mais cela nécessite de toute façon une nouvelle MIB qui ne peut pas réutiliser les anciens OID.
- Cela est évident, mais veillez à consulter les attributs de la variable MIB SNMP. Veillez à ne pas interroger les variables dont le statut est "obsolète".
Jay ..
Dans certains cas, l’utilisation des noms au lieu des représentations numériques peut être un grave problème de performances en raison de la nécessité de lire et d’analyser les fichiers MIB afin d’obtenir les représentations numériques des OID nécessaires aux bibliothèques de niveau inférieur.
Par exemple, dites que vous utilisez un programme pour collecter quelque chose toutes les minutes, puis que charger à répétition les MIB est très inefficace.
Comme d'autres l'ont dit, une fois publié, le nom de la cartographie numérique ne changera jamais. Le fait de coder en dur dans vos programmes n'est donc pas un problème.
Si vous avez accès aux outils SNMP en ligne de commande, consultez la section snmptranslate 'est un bon outil pour passer d’un OID numérique à un texte.
Je pense que c'est une idée fausse courante (à propos du rechargement de la MIB chaque fois que vous résolvez un nom).
La plupart des API SNMP (telles que AdventNet, CMU) chargent les MIB au démarrage et ensuite, il n’ya plus de surcharge de chargement des MIB chaque fois que vous demandez une "traduction" de nom en oid et inversement. De plus, certains d'entre eux mettent en cache les résultats et à ce stade, il n'y a pas de différence entre les recherches de noms et le codage direct de l'OID.
Ceci est un peu similaire à la spécification d'une " adresse IP " par rapport à un 'nom d'hôte'.
