SNMP-Aktivität verfolgen

Um auf Daten zugreifen zu können, die sich auf ein MIB-Objekt beziehen, muss das MIB-Objekt beim snmpd registriert sein. Wenn ein SNMP-Subagent online ist, registriert er die zugehörigen MIB-Objekte beim snmpd. Die snmpd verwaltet eine Zuordnung der Objekte und der Unteragenten, mit denen die Objekte verknüpft sind. Der Registrierungsversuch schlägt jedoch gelegentlich fehl, und die Objekte bleiben beim snmpd nicht registriert, bis der Subagent das nächste Mal neu gestartet und die Objekte erfolgreich registriert hat.

Wenn ein Netzwerkmanagementsystem Daten abfragt, die sich auf Objekte beziehen, die nicht bei der snmpd registriert sind, gibt die snmpd entweder einen noSuchName Fehler (für SNMPv1-Objekte) oder einen noSuchObject Fehler (für SNMPv2-Objekte) zurück.

Sie können die folgenden Befehle verwenden, um nach MIB-Objekten zu suchen, die bei der snmpd registriert sind:

• show snmp registered-objects– Erstellt eine /var/log/snmp_reg_objs Datei, die die Liste der registrierten Objekte und deren Zuordnung zu verschiedenen Unteragenten enthält.

• file show /var/log/snmp_reg_objs: Zeigt den Inhalt der /var/log/snmp_reg_objs Datei an.

Das folgende Beispiel zeigt die Schritte zum Erstellen und Anzeigen der /var/log/snmp_reg_objs Datei:

Die /var/log/snmp_reg_objs Datei enthält Objekte, die den Junos OS-Prozessen zugeordnet sind, die bei der snmpd registriert sind. Sie können die Objekte mit dem show snmp registered-objects Befehl anzeigen. Wenn ein MIB-Objekt, das sich auf einen laufenden Junos OS-Prozess bezieht, nicht in der Liste der registrierten Objekte angezeigt wird, sollten Sie den Softwareprozess neu starten, um die Objektregistrierung mit dem snmpd zu wiederholen.

Bei SNMP-Ablaufverfolgungsvorgängen wird die Aktivität von SNMP-Agents nachverfolgt und die Informationen in Protokolldateien aufgezeichnet. Standardmäßig verfolgt Junos OS keine SNMP-Aktivitäten. Um die Nachverfolgung von SNMP-Aktivitäten auf einem Gerät mit Junos OS zu aktivieren, fügen Sie die set traceoptions flag all Anweisung auf Hierarchieebene [edit snmp] ein.

Die folgenden Protokolldateien werden erstellt:

• snmpd

• MIB2D

• rmopd

Sie können den show log log-filename Befehl operational verwenden, um den Inhalt der Protokolldatei anzuzeigen. In der snmpd-Protokolldatei (siehe folgendes Beispiel) stellt eine Sequenz von >>> ein eingehendes Paket dar, während eine Sequenz von <<< ein ausgehendes Paket darstellt. Sie können die Kombination aus Quell- und Anforderungs-ID verwenden, um Anforderungen und Antworten abzugleichen, wenn mehrere Netzwerkmanagementsysteme das Gerät gleichzeitig abfragen. Das Antwortprotokoll wird nicht in der Protokolldatei erstellt, wenn der SNMP-Masteragent oder der SNMP-Unteragent nicht auf eine Anforderung geantwortet hat.

Sie können die Anforderungs-Antwort-Zeit analysieren, um verspätete Antworten zu identifizieren und zu verstehen.

Sie können die Protokolldatei mit dem show log snmpd Befehl überprüfen.

Der show snmp statistics extensive Befehl "Operation" bietet Ihnen eine Option zum Überprüfen des SNMP-Datenverkehrs, einschließlich Traps, auf einem Gerät. Die Ausgabe für den show snmp statistics extensive Befehl zeigt Echtzeitwerte an und kann verwendet werden, um Werte wie Drosselklappenverluste, derzeit aktiv, maximal aktiv, nicht gefunden, Zeitüberschreitung, maximale Latenz, aktuelle Warteschlange, Gesamtzahl in der Warteschlange und Überläufe zu überwachen. Sie können Langsamkeit bei SNMP-Antworten erkennen, indem Sie die Anzahl der derzeit aktiven Antworten überwachen, da ein konstanter Anstieg der Anzahl der derzeit aktiven Antworten direkt mit einer langsamen oder keiner Reaktion auf SNMP-Anfragen zusammenhängt.

Eine hohe CPU-Auslastung der abgefragten Softwareprozesse, wie z. B. snmpd oder mib2d, ist ein weiterer Faktor, der zu einer langsamen oder keiner Reaktion führen kann. Sie können den show system processes extensive Befehl operational verwenden, um die CPU-Auslastung der Junos OS-Prozesse zu überprüfen.

Wie in Grundlegendes zur SNMP-Implementierung in Junos OSerwähnt, werden einige SNMP-MIB-Daten vom Kernel oder der Packet Forwarding Engine verwaltet. Damit solche Daten für das Netzwerkmanagementsystem zur Verfügung stehen, muss der Kernel die erforderlichen Informationen an den SNMP-Subagenten in mib2d liefern. Eine langsame Reaktion des Kernels kann zu einer Verzögerung bei der Rückgabe der Daten an das Netzwerkmanagementsystem durch mib2d führen. Junos OS fügt jedes Mal einen Eintrag in der miB2d-Protokolldatei hinzu, wenn eine Schnittstelle mehr als 10.000 Mikrosekunden benötigt, um auf eine Anforderung von Schnittstellenstatistiken zu antworten. Sie können den show log log-filename | grep “kernel response time” Befehl verwenden, um die Antwortzeit des Kernels herauszufinden.

Überprüfen der Kernel-Antwortzeit

Wenn die Ablaufverfolgungsdatei eine Größe von 128 Kilobyte (KB) erreicht, wird sie standardmäßig umbenannt filename.0, dann filename.1usw., bis drei Ablaufverfolgungsdateien vorhanden sind. Dann wird die älteste Trace-Datei (filename.2) überschrieben.

Sie können die Grenzwerte für die Anzahl und Größe von Ablaufverfolgungsdateien konfigurieren, indem Sie die folgenden Anweisungen auf der Hierarchieebene [edit snmp traceoptions] einfügen:

Legen Sie z. B. die maximale Dateigröße auf 2 MB und die maximale Anzahl von Dateien auf 20 fest. Wenn die Datei, die die Ausgabe des Ablaufverfolgungsvorgangs (filename) empfängt, 2 MB erreicht, filename wird umbenannt filename.0und eine neue Datei namens erstellt filename . Wenn das neue filename 2 MB erreicht, filename.0 wird es umbenannt filename.1 und filename umbenannt filename.0. Dieser Vorgang wird wiederholt, bis 20 Ablaufverfolgungsdateien vorhanden sind. Dann wird die älteste Datei (filename.19) durch die neueste Datei (filename.0) überschrieben.

Die Anzahl der Dateien kann zwischen 2 und 1000 Dateien liegen. Die Dateigröße jeder Datei kann zwischen 10 KB und 1 Gigabyte (GB) liegen.

Standardmäßig kann nur der Benutzer auf Protokolldateien zugreifen, der den Ablaufverfolgungsvorgang konfiguriert hat.

Wenn Sie angeben möchten, dass jeder Benutzer alle Protokolldateien lesen kann, fügen Sie die file world-readable Anweisung auf Hierarchieebene [edit snmp traceoptions] ein:

Um das Standardverhalten explizit festzulegen, fügen Sie die file no-world-readable Anweisung auf Hierarchieebene [edit snmp traceoptions] ein:

Standardmäßig enthält die Ausgabe des Ablaufverfolgungsvorgangs alle Zeilen, die für die protokollierten Aktivitäten relevant sind.

Sie können die Ausgabe verfeinern, indem Sie die match Anweisung auf Hierarchieebene [edit snmp traceoptions file filename] einfügen und einen regulären Ausdruck (Regex) angeben, der abgeglichen werden soll:

Standardmäßig werden nur wichtige Aktivitäten protokolliert. Sie können angeben, welche Ablaufverfolgungsvorgänge protokolliert werden sollen, indem Sie die folgende flag Anweisung (mit einem oder mehreren Ablaufverfolgungsflags) auf der Hierarchieebene [edit snmp traceoptions] einfügen:

Tabelle 1 beschreibt die Bedeutung der SNMP-Ablaufverfolgungsflags.

Um das Ende des Protokolls für einen Agenten anzuzeigen, geben Sie den show log agentd | last Befehl Betriebsmodus ein:

Dabei agent ist der Name eines SNMP-Agenten.