Users Guide

• une station 2 gérée par OpenManage Essentials, désignée MS2
• une station 3 gérée par un logiciel tiers, désignée MS3
Scénario 1 : Transfert d'alertes au format d'origine à l'aide du protocole SNMP v1
Dans ce scénario, les alertes SNMP v1 sont envoyées de MNv1 à MS1, puis transmises de MS1 à MS2. Si
vous tentez de récupérer l'hôte distant d'une alerte transmise, il affichera le nom de MNv1 car l'alerte
provient de MN1. MNv1 s'affiche car les standards d'alerte de SNMP v1 vous permettent de définir le nom
de l'agent de l'alerte SNMP v1.
Scénario 2 : Transfert d'alertes au format d'origine à l'aide du protocole SNMP v2/v2c.
Dans ce scénario, les alertes SNMP v2 sont envoyées de MNv2 à MS1, puis transmises de MS1 à MS3. Si
vous tentez de récupérer l'hôte distant d'une alerte transmise depuis MS3, il s'affiche comme MS1
Puisqu'il n'existe, dans une alerte SNMP v2, aucun champ permettant d'indiquer le nom de l'agent, l'hôte
qui envoie l'alerte est considéré comme l'agent. Lorsqu'une alerte SNMP v2 est transmise de MS1 à MS3,
MS1 est considéré comme la source du problème. Pour résoudre ce problème, lors du transfert des
alertes SNMP v2 ou v2c, un varbind est ajouté avec un OID de .1.3.6.1.6.3.18.1.3.0 et la valeur variable
Adresse d'agent. Ceci a été défini en fonction du OID standard spécifié dans RFC2576-MIB. Lorsque vous
tentez de récupérer l'Adresse de l'agent depuis MS3, elle s'affiche en tant que MN2
REMARQUE : Si l'alerte SNMP v2 est transmise de MS1 à MS2, l'hôte distant s'affiche en tant que
MNv2 parce que MS1 analyse l'OID supplémentaire avec l'interruption transmise.
Scénario 3 —:Transfert d'alertes dans le format OMEssentials à l'aide du protocole SNMP v1
ou SNMPv2
Dans ce scénario, les alertes SNMP v1 sont envoyées de MNv1 à MS1, puis transmises à MS2. Si vous
tentez de récupérer l'hôte distant d'une alerte transmise, il s'affiche comme MS1. La gravité et le message
de l'alerte sont également définis par MS1, n'affichant pas la gravité ni le message d'origine définis par
MNv1.
REMARQUE : Le même comportement s'applique aux interruptions SNMPv2.
Travailler avec des cas d'utilisation d'action d'alerte
exemples
Des exemples d'actions d'alerte sont disponibles pour les actions d'alerte Lancement de l'application, E-
mail, Ignorer et Transfert d'interruption. Les exemples d'actions d'alerte sont désactivés par défaut.
Cliquez sur l'exemple d'action d'alerte pour l'activer.
Pour activer un exemple de cas d'utilisation, cliquez avec le bouton droit sur le cas d'utilisation, puis
sélectionnez Activer.
Cas d'utilisation des actions d'alerte
Lancement de l'application
Exemple : exécuter un script sur une alerte critique du serveur : activez ce cas d'utilisation pour
exécuter un script personnalisé lorsqu'une alerte critique est reçue.
212