Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

Dell EMC OpenManage Essentials version 2.5 Guide d'utilisation

Scénarios de cas d'utilisation de transfert d'alertes

Cette section présente les scénarios de transfert d'alertes à l'aide des protocoles SNMP v1 et SNMP v2. Les scénarios sont constitués des composants suivants :
  • nœud géré avec un agent SNMP v1, appelé MNv1
  • nœud géré avec un agent SNMP v2/v2c, appelé MNv2
  • poste 1 géré avec OpenManage Essentials, appelé MS1
  • poste 2 géré avec OpenManage Essentials, appelé MS2
  • poste 3 géré avec un logiciel tiers, appelé 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 transférées de MS1 à MS2. Si vous tentez de récupérer l'hôte distant de l'alerte transférée, il affiche le nom MNv1 car l'alerte provient de MNv1. MNv1 s'affiche car les standards d'alerte SNMP v1 vous permettent de définir le nom de l'agent dans 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 transférées de MS1 à MS3. Si vous tentez de récupérer l'hôte distant de l'alerte transférée à partir de MS3, le nom affiché est MS1

Puisqu'une alerte SNMP v2 ne présente 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 transférée 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 l'OID .1.3.6.1.6.3.18.1.3.0 et la valeur variable Adresse de l'agent. Ceci a été défini en fonction de l'OID standard indiqué dans RFC2576-MIB. Lorsque vous tentez de récupérer l' adresse de l'agent depuis MS3, le nom qui s'affiche est MNv2.

  • REMARQUE : Si l'alerte SNMP v2 est transférée de MS1 à MS2, l'hôte distant s'affiche en tant que MNv2 car MS1 analyse l'OID supplémentaire avec l'interruption transférée.

Scénario 3 : Transfert d'alertes au 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 transférées à MS2. Si vous tentez de récupérer l'hôte distant de l'alerte transférée, le nom affiché est MS1. Le niveau de gravité et le message de l'alerte sont également définis par MS1. Le niveau de gravité et le message d'origine définis par MNv1 ne sont pas affichés.
  • REMARQUE : Le même comportement s'applique aux interruptions SNMPv2.

Rate this content

Accurate
Useful
Easy to understand
Was this article helpful?
0/3000 characters
  Please provide ratings (1-5 stars).
  Please provide ratings (1-5 stars).
  Please provide ratings (1-5 stars).
  Please select whether the article was helpful or not.
  Comments cannot contain these special characters: <>()\