Le protocole simple de gestion de réseau (SNMP) est un protocole de surveillance réseau largement utilisé qui vous aide à surveiller les appareils distants connectés via SNMP.
L'architecture de SNMP comprend trois composants : le gestionnaire SNMP, l'appareil géré et l'agent SNMP.
Les traps sont des messages cryptiques envoyés par l'agent de l'appareil surveillé au gestionnaire SNMP lorsqu'une panne/un problème réseau survient sur l'appareil. Le gestionnaire SNMP (serveur de surveillance) convertit ensuite le trap en alarme pour avertir l'utilisateur. En bref, un trap est envoyé immédiatement lorsqu'un problème survient sur l'appareil surveillé.
Par exemple, considérons une imprimante surveillée à distance par OpManager (gestionnaire SNMP) à l'aide de sa fonctionnalité de surveillance SNMP. Lorsqu'une erreur se produit, par exemple un bourrage papier, un trap est instantanément généré dans l'imprimante et envoyé à OpManager, qui le convertit ensuite en alarme pour avertir l'utilisateur.
Les données contenues dans un trap se présentent sous la forme d'une paire valeur-identifiant d'objet (OID) et chaque paire de valeurs est appelée une liaison de variable (varbind). Les traps reçus sont dans un format non lisible par l'homme et nous les traitons afin de convertir ces informations en données significatives et lisibles par l'homme.
La valeur OID associée à chaque trap est unique. Cela signifie que chaque métrique surveillée (par exemple : bourrage papier, porte ouverte) aura un OID différent afin de distinguer les traps.
Les traps reçus dans le moniteur de traps SNMP d'OpManager pour les pannes/problèmes réseau/violations de seuil seront convertis en alarmes pour avertir l'administrateur informatique.

Lors de l'ajout d'un processeur de traps, les utilisateurs peuvent définir les critères de correspondance. Les critères de correspondance définissent les valeurs varbind ; si les valeurs correspondent aux données contenues dans l'OID du trap entrant, une alarme sera déclenchée. Cette alarme est généralement appelée une alarme de trap.
Les critères de réarmement sont définis pour effacer l'alarme. Lorsque les valeurs varbind de l'OID du trap entrant correspondent aux critères de réarmement, l'alarme est effacée.
Accédez à Alarmes --> Alarmes de trap pour afficher la liste des alarmes de trap pour les appareils.
Prérequis
Afin de recevoir et de traiter les traps dans OpManager, un utilisateur doit configurer le serveur sur lequel OpManager est installé comme destination des traps dans l'appareil surveillé.
Avant de traiter les traps, un utilisateur doit activer le traitement des traps dans OpManager et effectuer les configurations de base.

Les utilisateurs peuvent utiliser OpManager pour recevoir des traps d'un appareil terminal et les traiter de 3 façons différentes.
Voici les étapes pour charger les traps à partir de différentes MIB :
Un processeur pour le trap sélectionné sera ajouté et répertorié.
1. Accédez à Paramètres--> Surveillance --> Processeurs de traps SNMP. Placez le curseur sur l'onglet Actions et cliquez sur Ajouter.

2. Choisissez la version SNMP - SNMP v1/ SNMP v2c/v3 et saisissez le nom et la description.
Remarque : Lorsque vous utilisez SNMP v3 pour surveiller un appareil et recevoir des traps, assurez-vous que les mêmes identifiants sont utilisés pour la surveillance de l'appareil et pour les traps.
3. Si vous choisissez SNMP v1, choisissez alors le type générique dans la liste déroulante. OpManager prend en charge les types de traps suivants pour SNMP v1.
4. Saisissez l'OID du trap (paramètre de surveillance) et la gravité de l'alarme pour ce trap.
5. Saisissez les détails du composant de défaillance. Le composant de défaillance représente les métriques surveillées dans un appareil source et sert à limiter le nombre de processeurs de traps. Par exemple, OpManager surveille l'utilisation du processeur et l'état du ventilateur d'un appareil distant, et l'agent sur l'appareil envoie un trap pour une utilisation élevée du processeur et un autre trap pour signaler une panne du ventilateur. Comme ces deux traps proviennent du même appareil source, OpManager combinera ces deux traps et les considérera comme une seule entité afin de limiter le nombre de processeurs de traps.
6. Saisissez la source, c'est-à-dire l'appareil à partir duquel le trap est reçu. L'alarme de trap sera associée à cet appareil.
7. Saisissez le message. Le contenu du champ Message contient la description de l'alarme de trap créée.
8. Choisissez le protocole des critères de correspondance - AND/OR. Choisissez ensuite le nombre de varbinds et saisissez la valeur de correspondance correspondante. Une alarme ne sera générée que lorsque cette valeur correspondra au trap entrant. De la même manière, saisissez les détails des critères de réarmement. Lorsque les valeurs varbind du trap reçu correspondent aux valeurs varbind configurées pour les critères de réarmement, l'alarme déclenchée pour le trap sera effacée.
Vous pouvez effectuer les actions suivantes avec les alarmes déclenchées pour les traps.
Le profil de notification dans OpManager fournit diverses options pour gérer les alarmes. Bien qu'il soit principalement utilisé pour envoyer les détails de l'alarme par e-mail/SMS aux administrateurs informatiques, il peut aussi servir à effectuer d'autres actions comme enregistrer un ticket ou exécuter un programme. Cela aide les administrateurs informatiques à surveiller les appareils à distance et à recevoir des notifications sur les problèmes réseau.
La surveillance réseau à distance est encore simplifiée grâce à l'application mobile d'OpManager application disponible pour les utilisateurs iOS et Android. En utilisant l'application, vous pouvez recevoir des notifications push instantanées sur l'état d'indisponibilité des appareils, les pannes et d'autres problèmes de dégradation des performances, afin de ne jamais manquer une alerte.
Vous pouvez exécuter un workflow enregistré sur une alarme de trap. Par exemple, vous pouvez créer un ticket à partir d'une alarme de trap critique dans des applications de service desk applications comme ServiceDesk Plus ou ServiceNow afin de corriger rapidement la panne.
Pour chaque alarme déclenchée, vous pouvez effectuer les actions suivantes : accuser réception, annuler l'accusé de réception, effacer et supprimer.
Mais lorsque les administrateurs informatiques ne traitent pas une alarme pendant longtemps, la mise à jour peut être escaladée en configurant la règle d'escalade d'alarme, et les détails de l'alarme non traitée peuvent être envoyés aux membres concernés de l'équipe par SMS et par e-mail.