Übersicht über SNMP-Architektur und SNMP-MIBs
SNMP-Architektur
Eine typische SNMP-Implementierung umfasst drei Komponenten:
-
Network Management System (NMS) – Eine Kombination aus Hardware (Geräten) und Software (SNMP-Manager), die zur Überwachung und Verwaltung eines Netzwerks verwendet wird. Der Manager fragt die Geräte in Ihrem Netzwerk nach Informationen über Netzwerkkonnektivität, Aktivität und Ereignisse ab, während Sie sie angeben.
-
Verwaltetes Gerät: Ein verwaltetes Gerät (auch als Netzwerkelement bezeichnet) ist ein beliebiges Gerät in einem Netzwerk, das vom NMS verwaltet wird. Router und Switches sind gängige Beispiele für verwaltete Geräte.
-
SNMP-Agent: Der SNMP-Agent ist der SNMP-Prozess, der sich auf dem verwalteten Gerät befindet und mit dem NMS kommuniziert. Der SNMP-Agent tauscht Netzwerkverwaltungsinformationen mit der SNMP-Manager-Software aus, die auf einem NMS oder Host ausgeführt wird. Der Agent reagiert auf Informations- und Aktionsanfragen des Managers. Der Agent steuert auch den Zugriff auf die MIB des Agenten, die Sammlung von Objekten, die vom SNMP-Manager angezeigt oder geändert werden können.
Dieses Thema enthält die folgenden Abschnitte:
- SNMP-MIBs
- Authentifizierung und Kommunikation mit SNMP-Manager und -Agenten
- SNMP-Traps und -Benachrichtigungen
SNMP-MIBs
Sie können SNMP-Daten in einem stark strukturierten, hierarchischen Format speichern, das als Management Information Base (MIB) bezeichnet wird. Eine MIB definiert verwaltete Objekte in einem Netzwerkgerät.
Die MIB-Struktur basiert auf einer Baumstruktur und definiert eine Gruppierung von Objekten in zusammengehörige Mengen. Jedes Objekt in der MIB ist einem Objektbezeichner (OID) zugeordnet, der das Objekt benennt. Das "Blatt" in der Baumstruktur ist die eigentliche verwaltete Objektinstanz, die eine Ressource, ein Ereignis oder eine Aktivität darstellt, die in Ihrem Netzwerkgerät auftritt.
MIBs sind entweder Standard oder unternehmensspezifisch. Weitere Informationen finden Sie unter Tabelle 1.
Standard-MIBs | Unternehmensspezifische MIBs |
---|---|
Erstellt von der Internet Engineering Task Force (IETF) und dokumentiert in verschiedenen RFCs. Je nach Hersteller werden viele Standard-MIBs mit der NMS-Software ausgeliefert. Sie können die Standard-MIBs auch von der IETF-Website herunterladen, www.ietf.org, und sie bei Bedarf in Ihr NMS kompilieren. |
Entwickelt und unterstützt von einem bestimmten Gerätehersteller. Wenn Ihr Netzwerk Geräte mit unternehmensspezifischen MIBs enthält, müssen Sie diese vom Hersteller beziehen und in Ihre Netzwerkverwaltungssoftware kompilieren. |
Eine Liste der standardmäßig unterstützten MIBs finden Sie unter Standardmäßige SNMP-MIBs, die von Junos OS unterstützt werden. |
Eine Liste der von Juniper Networks unternehmensspezifisch unterstützten MIBs finden Sie unter Unternehmensspezifische SNMP-MIBs, die von Junos OS unterstützt werden. |
Authentifizierung und Kommunikation mit SNMP-Manager und -Agenten
SNMP verwendet eine grundlegende Form der Authentifizierung, die als Community-Strings bezeichnet wird, um den Zugriff zwischen einem Manager und Remote-Agenten zu steuern. Community-Zeichenfolgen sind administrative Namen, die verwendet werden, um Sammlungen von Geräten (und die darauf ausgeführten Agents) in gemeinsamen Verwaltungsdomänen zu gruppieren. Wenn ein Manager und ein Agent dieselbe Community haben, können sie miteinander sprechen. Viele Leute assoziieren SNMP-Community-Strings mit Passwörtern und Schlüsseln, weil die Aufgaben, die sie ausführen, ähnlich sind. Daher werden SNMP-Communities traditionell als Strings bezeichnet.
Die Kommunikation zwischen dem Agenten und dem Manager erfolgt in einer der folgenden Formen:
-
Get
,GetBulk
undGetNext
anfragen: Der Manager fordert Informationen vom Agenten an; der Agent gibt die Informationen in einerGet
Antwortnachricht zurück. -
Set
requests: Der Manager ändert den Wert eines MIB-Objekts, das vom Agenten gesteuert wird. Der Agent gibt den Status in einerSet
Antwortnachricht an. -
Traps
notification: Der Agent sendet Traps, um den Manager über wichtige Ereignisse auf dem Netzwerkgerät zu informieren.
SNMP-Traps und -Benachrichtigungen
Router können Benachrichtigungen an SNMP-Manager senden, wenn wichtige Ereignisse auf einem Netzwerkgerät auftreten, meistens Fehler oder Ausfälle. Sie können SNMP-Benachrichtigungen als Traps oder Informationsanforderungen senden.
SNMP-Traps sind unbestätigte Benachrichtigungen und SNMP-Benachrichtigungen sind bestätigte Benachrichtigungen.
SNMP-Traps sind entweder Standard- oder unternehmensspezifisch. Weitere Informationen finden Sie unter Tabelle 2.
Standard-Fallen | Unternehmensspezifische Traps |
---|---|
Erstellt von der IETF und dokumentiert in verschiedenen RFCs. Die Standard-Traps werden in die Netzwerkmanagement-Software kompiliert. Sie können die Standardfallen auch von der IETF-Website www.ietf.orgherunterladen. |
Entwickelt und unterstützt von einem bestimmten Gerätehersteller. Wenn Ihr Netzwerk Geräte mit unternehmensspezifischen Traps enthält, müssen Sie diese vom Hersteller beziehen und in Ihre Netzwerkverwaltungssoftware kompilieren. |
Weitere Informationen zu Standard-Traps, die vom Junos-Betriebssystem unterstützt werden, finden Sie unter Standard-SNMP-Traps, die auf Geräten mit Junos OS unterstützt werden. |
Weitere Informationen zu unternehmensspezifischen Traps, die vom Junos-Betriebssystem unterstützt werden, finden Sie unter Unternehmensspezifische SNMP-Traps, die vom Junos-Betriebssystem unterstützt werden. Informationen zu den Schweregraden der Systemprotokollierung für SNMP-Traps finden Sie unter Grundlegendes zur SNMP-Implementierung in Junos OS. |
Bei Traps sendet der Empfänger keine Bestätigung, wenn er einen Trap empfängt, und der Absender kann nicht feststellen, ob der Trap empfangen wurde. Um die Zuverlässigkeit zu erhöhen, werden SNMP-Informationen in SNMPv3 unterstützt. Ein SNMP-Manager, der eine Information empfängt, quittiert die Nachricht mit einer Antwort. Weitere Informationen zu SNMP-Benachrichtigungen finden Sie unter Konfigurieren von SNMP Informs.