SNMP signifie Simple Network Management Protocol.
Il a été créé en 1988. Le but de sa création était de gérer un nombre croissant d'éléments de réseau dans un réseau informatique. Lentement, ce protocole a commencé à devenir populaire et il constitue aujourd'hui la base de la gestion du réseau.
Cet article est la première partie de notre série en cours sur SNMP.
Grâce à SNMP, on peut récupérer des informations sur des périphériques réseau tels que des routeurs, des imprimantes, des concentrateurs ou même des ordinateurs normaux. Les informations pouvant être récupérées via SNMP sont infinies. Voici quelques exemples du type d'informations pouvant être récupérées via snmp :
- Temps de disponibilité du système
- Niveau d'utilisation du processeur
- Niveau d'utilisation du disque
- Paramètres réseau, etc.
Non seulement les informations peuvent être récupérées, mais ces périphériques réseau peuvent également être configurés avec de nouvelles valeurs via SNMP. Bien qu'il soit simple dans sa conception et son approche, c'est la puissance de ce protocole qui en fait aujourd'hui un protocole de gestion de réseau populaire.
Conception du système SNMP
Un système de réseau informatique qui utilise SNMP pour la gestion du réseau se compose des trois composants fondamentaux :
- Le gestionnaire SNMP :Il s'agit d'un logiciel qui s'exécute généralement sur la machine de l'administrateur réseau ou de tout responsable humain gérant le réseau informatique.
- L'agent SNMP :Il s'agit d'un logiciel qui s'exécute généralement sur le nœud de réseau à surveiller. Ce nœud peut être une imprimante, un routeur, etc.
- La MIB SNMP :MIB signifie Management information base. Ce composant permet de s'assurer que l'échange de données entre le gestionnaire et l'agent reste structuré.
Nous pouvons donc facilement dire que le gestionnaire SNMP agit comme une interface entre le gestionnaire de réseau humain et le nœud de réseau géré. De même, l'agent SNMP agit comme une interface entre le gestionnaire SNMP et le nœud de réseau surveillé.
La MIB SNMP
La définition de SNMP MIB peut être un peu énigmatique pour les débutants. Alors, comprenons le concept des MIB SNMP à travers un petit exemple ici.
Supposons qu'un serveur d'entreprise mobile envoie une question de sondage à tous les abonnés de l'entreprise par SMS. En tant qu'abonné de cette société, vous recevez ce message sur votre téléphone et vous y répondez. Assez simple. Maintenant, supposons une situation où, lors d'un prochain sondage, la même entreprise envoie des MMS cette fois. Mais, cette fois, votre téléphone n'est pas en mesure de comprendre ce SMS en raison de certaines de ses limitations technologiques (ou de tout autre problème). Donc, dans ce cas, vous ne pourrez pas recevoir et donc répondre au MMS.
Nous voyons donc que le problème ci-dessus s'est produit en raison du manque de certaines capacités MMS sur votre téléphone. Donc, en un mot, votre téléphone n'a pas été en mesure de comprendre le message entrant avec succès.
On pourrait supposer qu'il en va de même pour le gestionnaire SNMP et un agent SNMP. Le protocole réseau utilisé entre eux est bien sûr SNMP mais il doit y avoir un protocole pour composer et comprendre les informations interrogées. Les informations demandées peuvent être quelque chose comme l'utilisation du disque du nœud de réseau sur lequel l'agent s'exécute. L'essentiel est donc qu'il devrait y avoir une structure standard dans laquelle la requête doit être formée par le gestionnaire SNMP et la requête doit être comprise par l'agent SNMP.
Le composant de base de la structure utilisée dans le cas de SNMP est un objet. Chaque information pouvant être interrogée via SNMP est considérée en termes d'objet. Par exemple, le temps de disponibilité d'un système est un objet appelé "sysUpTime". Chaque objet est associé à un ID appelé ID d'objet ou OID qui est unique pour chaque objet. Un groupe d'objets forme une MIB.
Par exemple, si vous regardez l'image suivante :
Vous verrez que l'ensemble du système d'information dans SNMP se présente sous la forme d'une arborescence où les nœuds d'information individuels sont des objets ayant des OID uniques. Par exemple, l'OID unique pour l'objet sysUpTime est .1.3.6.1.2.1.1.3.0 . En regardant la figure ci-dessus, vous pouvez facilement déduire cet OID. Le '0' à la fin de l'OID signifie que cet objet est un scalaire et non une table.
Il existe également une description textuelle de l'OID numérique. Par exemple, la description textuelle de l'OID sysUpTime (présentée ci-dessus) est iso.org.dod.internet.mgmt.mib-2.system.sysUpTime .
Messages SNMP
La communication SNMP entre le gestionnaire et l'agent s'effectue sous forme de messages. Voici les messages de base utilisés pour la communication :
- OBTENIR SNMP
- SNMP GET-NEXT
- SNMP GET-RESPONSE
- ENREGISTREMENT SNMP
- TRAP SNMP
Les messages GET et GET-NEXT sont utilisés pour récupérer la valeur d'un objet MIB particulier. Le message GET-RESPONSE est principalement utilisé par l'agent pour envoyer la réponse à un message GET ou GET-NEXT. Le message SET est utilisé par le gestionnaire pour définir la nouvelle valeur d'un objet MIB particulier au niveau de l'agent. Le message TRAP est utilisé par l'agent pour envoyer des informations sur certaines valeurs alarmantes pour certains objets au gestionnaire afin que les mesures appropriées puissent être prises par le gestionnaire.
SNMP utilise UDP
Au niveau de la couche transport, le protocole utilisé pour le transport des messages SNMP est UDP. En effet, UDP surpasse TCP dans les réseaux avec perte où la congestion est généralement très élevée. Une chose à retenir est d'affiner les délais d'attente d'UDP pour obtenir les meilleures performances dans les réseaux avec perte.
De plus, la mise en œuvre de SNMP reste simple. Simple comme dans un protocole de gestion de réseau simple. L'utilisation de TCP rend les choses beaucoup plus complexes et doit être évitée dans la gestion du réseau jusqu'à ce que cela soit absolument nécessaire.