Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

RFC 1212 Brèves définitions de MIB Rose &McCloghrie STD 16 Groupe de travail Ré

RFC 1212 Brèves définitions de MIB Rose &McCloghrie STD 16 Groupe de travail Réseau M. Rose, Performance Systems International Request for Comments : 1212 K. McCloghrie, Hughes LAN Systems STD 16 éditeurs mars 1991 Traduction Claude Brière de L’Isle Brèves définitions de MIB Statut du présent mémoire Le présent mémoire définit un format pour la production des modules de MIB. La présente RFC spécifie un document en cours de normalisation de l’IAB pour la communauté de l’Internet, et appelle des discussions et suggestions pour son amélioration. Prière de se référer à l’édition courante de "normes officielles des protocoles de l’IAB" pour connaître l’état de normalisation et le statut de ce protocole. La distribution du présent mémoire n’est soumise à aucune restriction. Table des Matières Brèves définitions de MIB.........................................................................................................................................................1 1 Résumé....................................................................................................................................................................................1 2 Perspective historique.............................................................................................................................................................1 3 Objets de colonne....................................................................................................................................................................2 3.1 Suppression de ligne.......................................................................................................................................................2 3.2 Ajout de ligne..................................................................................................................................................................3 4 Définition d’objets...................................................................................................................................................................3 4.1 Transposition de la macro OBJECT-TYPE....................................................................................................................4 4.2 Exemple d’utilisation......................................................................................................................................................6 5 Appendice : Dés-OSIfication des MIB....................................................................................................................................8 5.1 Transposition des objets gérés........................................................................................................................................8 5.2 Transposition d’action....................................................................................................................................................9 6 Remerciements......................................................................................................................................................................10 7 Références.............................................................................................................................................................................11 8 Considérations pour la sécurité.............................................................................................................................................11 9 Adresse des auteurs................................................................................................................................................................11 1 Résumé Le présent mémoire décrit une approche directe pour la production de modules de MIB concis et descriptifs. Il est prévu qu’à l’avenir, tous les modules de MIB soient écrits dans ce format. 2 Perspective historique Comme il est rapporté dans la RFC 1052, Recommandations de l’IAB pour le développement des normes de gestion de réseau de l’Internet [1], une stratégie en deux phases a été entreprise pour la gestion de réseau des internets fondés sur TCP/IP. À court terme, le protocole simple de gestion de réseau (SNMP, Simple Network Management Protocol), défini dans la RFC 1067, était destiné à la gestion des nœuds dans la communauté de l’Internet. À long terme, l’utilisation du cadre de gestion de réseau OSI devait être examiné. Deux documents ont été produits pour définir les informations de gestion : la RFC 1065, qui définit la structure des informations de gestion (SMI, Structure of Management Information), et la RFC 1066, qui définit la base de données d’informations de gestion (MIB, Management Information Base). Ces deux documents étaient conçus comme étant compatibles à la fois avec le cadre de gestion de réseau SNMP et OSI. Cette stratégie a été couronnée de succès à court terme : la technologie de gestion de réseau fondée sur Internet a été mise à la disposition du public en quelques mois par les efforts conjugués de la recherche et des commerciaux. Il en est résulté que des parties de la communauté de l’Internet sont devenues gérables assez rapidement. Comme il est rapporté dans la RFC 1109, Rapport du second groupe ad hoc de révision de la gestion de réseau [2], les exigences des cadres de la gestion de réseau SNMP et OSI étaient plus différents qu’on ne le pensait. À ce titre, l’exigence de compatibilité entre le SMI/MIB et les deux cadres a été suspendue. Cette action a permis au cadre opérationnel de la page - 1 - RFC 1212 Brèves définitions de MIB Rose &McCloghrie STD 16 gestion de réseau, fondé sur le SNMP, de répondre aux nouveaux besoins du fonctionnement de la communauté Internet avec la production de la MIB-II. En mai 1990, le noyau central des documents est passé du statut de "protocole standard" à celui de "recommandé". À ce titre, le cadre standard Internet de la gestion de réseau comporte : la structure et l’identification des informations de gestion pour les internets fondés sur TCP/IP, RFC 1155 [3], qui décrit comment sont définis les objets gérés contenus dans la MIB ; la base d’informations de gestion pour la gestion de réseau des internets fondés sur TCP/IP, RFC 1156 [4] qui décrit les objets gérés contenus dans la MIB, et le protocole simple de gestion de réseau, RFC1157 [5] qui définit le protocole utilisé pour gérer ces objets. Conformément à la directive de l’IAB de produire à court terme des systèmes simples et fonctionnels, la liste des objets gérés définie dans la MIB standard Internet été déduite en prenant ceux de ces éléments qui sont considérés comme essentiels. Cependant, la SMI définissait trois mécanismes d’extensibilité : l’ajout de nouveaux objets standard à travers la définition de nouvelles versions de la MIB ; l’ajout d’objets largement disponibles mais non standard par l’arborescence expérimentale ; et l’ajout d’objets privés par les sous arborescences d’entreprises. De tels objets supplémentaires peuvent non seulement être utilisés par des éléments spécifiques des fabricants, mais aussi pour l’expérimentation en tant que nécessaire pour parfaire la connaissance des autres objets essentiels. Comme plus d’objets sont définis en utilisant la seconde méthode, l’expérience a montré que les descriptions de MIB résultantes contiennent des informations redondantes. Afin de fournir des descriptions de MIB plus concises, et tout aussi informatives, on suggère une amélioration qui permet à l’auteur d’une MIB de retirer les informations redondantes, tout en conservant le texte descriptif important. Avant de présenter l’approche, une brève présentation du traitement des colonnes d’objets par le protocole SNMP est nécessaire. Cela explique et illustre mieux les raisons de l’amélioration. 3 Objets de colonne Le protocole SNMP prend en charge les opérations sur les objets de MIB dont la syntaxe est ObjectSyntax comme défini dans la SMI. Dit de façon informelle, les opérations SNMP s’appliquent exclusivement à des objets scalaires. Cependant, il est pratique pour les développeurs d’applications de gestion d’imposer des structures tabulaires imaginaires sur la collection ordonnée des objets qui constituent la MIB. Chacun de ces tableaux conceptuels contient zéro, une ou plusieurs lignes, et chaque ligne peut contenir un ou plusieurs objets scalaires, appelés objets de colonne. Historiquement, cette conceptualisation a été formalisée en utilisant la macro OBJECT-TYPE pour définir à la fois un objet qui correspond à un tableau et un objet qui correspond à une ligne dans ce tableau. (La clause ACCESS pour de tels objets est "non-accessible", bien sûr.) Cependant, on doit souligner que, au niveau du protocole, les relations entre les objets de colonne dans la même ligne sont une question de convention, pas de protocole. Noter qu’il y a de bonnes raisons pour que la structure du tableau ne soit pas l’affaire du protocole. Considérons le fonctionnement de Get-Next-PDU de SNMP agissant sur le dernier objet de colonne dans une instance d’une ligne conceptuelle ; il retourne la prochaine colonne de la première ligne conceptuelle ou la première instance d’objet survenant après le tableau. À l’opposé, si les lignes étaient une question de protocole, il aurait retourné une erreur à la place. En ne retournant pas une erreur, un seul échange de PDU informe le gestionnaire non seulement de ce que la fin de la ligne/tableau conceptuel a été atteinte, mais fournit aussi des informations sur la prochaine instance d’objet, accroissant par là la densité des informations de l’échange de PDU. 3.1 Suppression de ligne Néanmoins, il est très utile de fournir le moyen par lequel une ligne conceptuelle peut être retirée d’un tableau. Dans une MIB-II, ceci est obtenu par la définition, pour chaque ligne conceptuelle, d’un objet de colonne avec une valeur d’entier. Si une station de gestion établit la valeur de cet objet à un certain montant, habituellement appelé "invalide", l’effet est alors l’invalidation de la ligne correspondante dans le tableau. Cependant, c’est une question spécifique de la mise en œuvre de savoir si un agent retire une entrée invalidée du tableau. En conséquence, les stations de gestion doivent être prêtes à recevoir des informations de tableaux de la part d’agents qui correspondent à des entrées qui ne sont pas actuellement utilisées. La bonne interprétation de telles entrées exige un examen de l’objet de colonne qui indique le statut d’utilisation. 3.2 Ajout de ligne Il est aussi très utile d’avoir une claire compréhension de la façon dont une ligne conceptuelle peut être ajoutée à un tableau. Dans SNMP, au niveau du protocole, une station de gestion produit une opération set SNMP qui contient un page - 2 - RFC 1212 Brèves définitions de MIB Rose &McCloghrie STD 16 ensemble arbitraire de liens de variables. Dans le cas où un agent détecte qu’un ou plusieurs de ces liens de variables se réfèrent à une instance d’objet qui n’est pas actuellement disponible chez cet agent, il peut, conformément aux règles du protocole SNMP, se comporter conformément à l’un des paradigmes suivants : (1) Il peut rejeter l’opération set SNMP comme se référant à des instances d’objet non existantes en retournant une réponse avec un champ d’état d’erreur réglé à "noSuchName" (pas de tel nom) et le champ d’indice d’erreur réglé de façon à se référer à la première référence vacante. (2) Il peut accepter l’opération set SNMP comme demandant la création de nouvelles instances d’objet correspondant à chacune des instances d’objet désignées dans les liens de variables. La valeur de chaque nouvelle instance d’objet (potentiellement) créé est spécifiée par le composant "valeur" du lien de variable pertinent. Dans ce cas, si la demande spécifie une valeur pour un objet nouvellement (ou précédemment) créé qui semble inappropriée uploads/Management/ rfc-1212.pdf