Users Guide
Weiterleiten von Warnungen mit Fallszenarien
Dieser Abschnitt beschreibt Szenarien über die Weiterleitung von Warnungen unter Verwendung der SNMP v1- und
SNMP v2-Protokolle. Die Szenarien enthalten die folgenden Komponenten:
• Verwalteter Knoten mit einem SNMP v1-Agenten, der als MNv1 bezeichnet wird
• Verwalteter Knoten mit einem SNMP v2/v2c-Agenten, der als MNv2 bezeichnet wird
• Verwaltete Station 1 mit OpenManage Essentials, die als MS1 bezeichnet wird
• Verwaltete Station 2 mit OpenManage Essentials, die als MS2 bezeichnet wird
• Verwaltete Station 3 mit einer Fremdsoftware, die als MS3 bezeichnet wird
Szenario 1 - Weiterleiten von Warnungen im Originalformat unter Verwendung des SNMP v1-Protokolls
In diesem Szenario werden SNMP v1-Warnungen von MNv1 an MS1 gesandt und dann von MS1 an MS2 weitergeleitet.
Falls Sie den Remote-Host der weitergeleiteten Warnung abrufen möchten, wird der Name von MNv1 angezeigt, da die
Warnung von MNv1 ausgeht. MNv1 wird angezeigt, weil die SNMP v1-Warnungsstandards Ihnen die Einstellung des
Agentennamens in der SNMP v1-Warnung gestatten.
Szenario 2 - Weiterleitung von Warnungen im Originalformat unter Verwendung des SNMP v2/v2c-
Protokolls
In diesem Szenario werden SNMP v2-Warnungen von MNv2 an MS1 gesandt und dann von MS1 an MS3 weitergeleitet.
Falls Sie den Remote-Host der weitergeleiteten Warnung von MS3 abrufen möchten, wird er als MS1 angezeigt
Da keines der Felder in einer SNMP v2-Warnung den Agentennamen angeben, wird der Host, der die Warnung
versendet, als Agent angesehen. Wenn eine SNMP v2-Warnung von MS1 an MS3 weitergeleitet wird, wird MS1 als
Quelle des Problems betrachtet. Um dieses Problem zu lösen, während SNMP v2- oder v2c-Warnungen weitergeleitet
werden, wird ein varbind mit OID als .1.3.6.1.6.3.18.1.3.0 mit dem variablen Wert als Agentenadresse hinzugefügt. Dies
wurde basierend auf dem in RFC2576-MIB angegebenen Standard-OID eingestellt. Wenn Sie versuchen, die
Agentenadresse von MS3 abzurufen, wird sie als MNv2 angezeigt
ANMERKUNG: Wenn die SNMP v2-Warnung von MS1 an MS2 weitergeleitet wird, wird der Remote-Host als MNv2
angezeigt, da MS1 die zusätzliche OID zusammen mit der weitergeletieten Trap analysiert.
Szenario 3 - Weiterleiten von Warnungen im OMEssentials-Format mittels entweder des SNMP v1-
Protokolls oder des SNMP v2-Protokolls
In diesem Szenario werden SNMP v1-Warnungen von MNv1 an MS1 gesendet und dann an MS2 weitergeleitet. Wenn
Sie versuchen, den Remote-Host der weitergeleiteten Warnung abzurufen, wird er als MS1 angezeigt. Der Schweregrad
und der Inhalt der Warnung werden ebenfalls durch MS1 festgelegt. Es werden nicht der durch MNv1 festgelegte
ursprüngliche Schweregrad und der ursprüngliche Inhalt angezeigt .
ANMERKUNG: Dieses Verhalten trifft auch auf SNMPv2-Traps zu.
Arbeiten mit Beispielen von Anwendungsfällen von
Warnungsmaßnahmen
Warnungsmaßnahmenbeispiele stehen für die Warnungsmaßnahmen Anwendungsstart, E-Mail, Ignorieren und Trap-
Weiterleitung zur Verfügung. Anwendungsfälle für Warnungsmaßnahmenbeispiele sind per Standardeinstellung
deaktiviert. Klicken Sie auf die Warnungsmaßnahmenbeispiele, um das Warnungsmaßnahmenbeispiel zu aktivieren.
Klicken Sie zum Aktivieren eines Beispiel-Anwendungsfalls mit der rechten Maustaste auf den Anwendungsfall, und
wählen Sie Aktivieren aus.
89