Grundlegendes zur SNMP-Implementierung in Junos OS

Junos OS-Unterstützung für SNMP-Versionen

Das Junos-Betriebssystem unterstützt die folgenden Versionen von SNMP. Weitere Informationen finden Sie unter .Tabelle 1

Darüber hinaus akzeptiert die SNMP-Agent-Software von Junos OS IPv4- und IPv6-Adressen für den Transport über IPv4 und IPv6. Für IPv6 unterstützt das Junos-Betriebssystem die folgenden Funktionen:

• SNMP-Daten über IPv6-Netzwerke

• IPv6-spezifische MIB-Daten

• SNMP-Agenten für IPv6

Schweregrade der Systemprotokollierung für SNMP-Traps

Bei einigen Traps wird beim Eintreten einer Trap-Bedingung der Trap protokolliert, unabhängig davon, ob der SNMP-Agent einen Trap an ein NMS sendet, wenn die Systemprotokollierung so konfiguriert ist, dass ein Ereignis mit diesem Schweregrad der Systemprotokollierung protokolliert wird.

Weitere Informationen zu den Schweregraden der Systemprotokollierung für Standardtraps finden Sie unter .Standardmäßige SNMP-Traps, die von Junos OS unterstützt werden Weitere Informationen zu den Schweregraden der Systemprotokollierung für unternehmensspezifische Traps finden Sie unter Unternehmensspezifische SNMP-Traps, die von Junos OS unterstützt werden.https://www.juniper.net/documentation/en_US/junos/topics/concept/enterprise-specific-traps-overview.html

SNMP-Kommunikationsfluss

Wenn ein NMS den primären Agenten nach Daten abfragt, gibt der primäre Agent die Daten sofort an das NMS weiter, wenn die angeforderten Daten vom primären Agenten oder einem der Subagenten verfügbar sind. Wenn die angeforderten Daten jedoch nicht zu den Kategorien gehören, die vom oder den primären Agenten verwaltet werden, fragt der Subagent den Junos OS-Kernel oder den Prozess ab, der diese Daten verwaltet. Nach Erhalt der erforderlichen Daten gibt der Subagent die Antwort an den primären Agent zurück, der sie wiederum an das NMS weiterleitet.

Abbildung 1 zeigt den Kommunikationsfluss zwischen dem NMS, dem primären SNMP-Agenten (SNMPD), den SNMP-Unteragenten, dem Junos OS-Kernel und der Paketweiterleitungs-Engine.

Abbildung 1: SNMP-Kommunikationsfluss

Wenn auf einem Netzwerkgerät ein bedeutendes Ereignis auftritt, meist ein Fehler oder Ausfall, sendet der SNMP-Agent Benachrichtigungen an den SNMP-Manager. Die SNMP-Implementierung in Junos OS unterstützt zwei Arten von Benachrichtigungen: Fallen und informiert. Traps sind unbestätigte Benachrichtigungen, während Informs bestätigte Benachrichtigungen sind. Informs werden nur auf Geräten unterstützt, die die SNMP Version 3 (SNMPv3)-Konfiguration unterstützen.

Trap-Warteschlange

Junos OS unterstützt Trap-Warteschlangen, um sicherzustellen, dass Traps nicht aufgrund der vorübergehenden Nichtverfügbarkeit von Routen verloren gehen. Es werden zwei Arten von Warteschlangen, Zielwarteschlangen und eine Drosselungswarteschlange, gebildet, um die Zustellung von Traps sicherzustellen und den Trap-Datenverkehr zu steuern.

Junos OS bildet eine Zielwarteschlange, wenn ein Trap an ein bestimmtes Ziel zurückgegeben wird, weil der Host nicht erreichbar ist, und fügt die nachfolgenden Traps demselben Ziel der Warteschlange hinzu. Junos OS prüft alle 30 Sekunden, ob Routen verfügbar sind, und sendet die Traps aus der Zielwarteschlange im Round-Robin-Verfahren.

Wenn die Trap-Zustellung fehlschlägt, wird der Trap wieder zur Warteschlange hinzugefügt, und der Zähler für den Zustellversuch und der Timer für den nächsten Zustellversuch für die Warteschlange werden zurückgesetzt. Nachfolgende Versuche erfolgen in progressiven Intervallen von 1 Minute, 2 Minuten, 4 Minuten und 8 Minuten. Die maximale Verzögerung zwischen den Versuchen beträgt 8 Minuten, und die maximale Anzahl von Versuchen beträgt 10. Nach 10 erfolglosen Versuchen werden die Zielwarteschlange und alle Traps in der Warteschlange gelöscht.

Junos OS verfügt außerdem über einen Drosselungsmechanismus, um die Anzahl der Traps (Drosselungsschwellenwert; Standardwert von 500 Traps) zu steuern, die während eines bestimmten Zeitraums gesendet werden (Drosselungsintervall; Standardwert von 5 Sekunden) und um die Konsistenz des Trap-Datenverkehrs sicherzustellen, insbesondere wenn aufgrund von Änderungen des Schnittstellenstatus eine große Anzahl von Traps generiert wird. Das Drosselklappenintervall beginnt, wenn der erste Trap an der Drosselklappe eintrifft. Alle Traps innerhalb des Trap-Schwellenwerts werden verarbeitet, und die Traps jenseits des Schwellenwerts werden in die Warteschlange eingereiht.

Die maximale Größe von Trap-Warteschlangen, d. h. Drosselungswarteschlange und Zielwarteschlange zusammen, beträgt 40.000. Bei Ethernet-Switches der EX-Serie beträgt die maximale Größe der Trap-Warteschlange jedoch 1.000. Die maximale Größe einer Warteschlange beträgt 20.000 für andere Geräte als Switches der EX-Serie. Bei Switches der EX-Serie beträgt die maximale Größe einer Warteschlange 500. Wenn der Drosselungswarteschlange ein Trap hinzugefügt wird oder wenn die Drosselungswarteschlange die maximale Größe überschritten hat, wird der Trap wieder über der Zielwarteschlange hinzugefügt, und alle nachfolgenden Versuche aus der Zielwarteschlange werden für einen Zeitraum von 30 Sekunden gestoppt, danach beginnt die Zielwarteschlange erneut mit dem Senden der Traps.