SNMP steht für Simple Network Management Protocol.
Es wurde 1988 erstellt. Der Zweck seiner Erstellung bestand darin, eine wachsende Anzahl von Netzwerkelementen in einem Computernetzwerk zu verwalten. Langsam wurde dieses Protokoll immer beliebter und bildet heute die Grundlage des Netzwerkmanagements.
Dieser Artikel ist der erste Teil unserer fortlaufenden Serie über SNMP.
Über SNMP kann man Informationen über Netzwerkgeräte wie Router, Drucker, Hubs oder sogar normale Computer abrufen. Die Informationen, die über SNMP abgerufen werden können, sind endlos. Einige Beispiele für die Art von Informationen, die über SNMP abgerufen werden können, sind:
- Systemlaufzeit
- CPU-Nutzungsgrad
- Datenträgernutzungsgrad
- Netzwerkeinstellungen usw.
Es können nicht nur Informationen abgerufen werden, sondern diese Netzwerkgeräte können auch mit neuen Werten über snmp konfiguriert werden. Obwohl es in seinem Design und Ansatz einfach ist, ist es die schiere Kraft dieses Protokolls, die es heute zu seinem beliebten Netzwerkverwaltungsprotokoll macht.
SNMP-Systemdesign
Ein Computernetzwerksystem, das SNMP für die Netzwerkverwaltung verwendet, besteht aus den drei grundlegenden Komponenten:
- Der SNMP-Manager :Es handelt sich um eine Software, die normalerweise auf dem Computer des Netzwerkadministrators oder eines menschlichen Managers läuft, der das Computernetzwerk verwaltet.
- Der SNMP-Agent :Es handelt sich um eine Software, die üblicherweise auf dem zu überwachenden Netzwerkknoten läuft. Dieser Knoten kann ein Drucker, Router usw. sein.
- Die SNMP-MIB :MIB steht für Management Information Base. Diese Komponente sorgt dafür, dass der Datenaustausch zwischen Manager und Agent strukturiert bleibt.
Wir können also leicht sagen, dass der SNMP-Manager als Schnittstelle zwischen dem menschlichen Netzwerkmanager und dem verwalteten Netzwerkknoten fungiert. Ebenso fungiert der SNMP-Agent als Schnittstelle zwischen dem SNMP-Manager und dem überwachten Netzwerkknoten.
Die SNMP-MIB
Die Definition von SNMP MIB kann für Neulinge etwas kryptisch sein. Lassen Sie uns das Konzept der SNMP-MIBs anhand eines kleinen Beispiels hier verstehen.
Angenommen, ein mobiler Unternehmensserver sendet eine Umfrage per SMS an alle Abonnenten des Unternehmens. Als Abonnent dieses Unternehmens erhalten Sie diese Nachricht auf Ihrem Telefon und antworten darauf. Einfach genug. Nehmen wir nun eine Situation an, in der dieselbe Firma bei einer nächsten Umfrage dieses Mal MMS sendet. Aber dieses Mal kann Ihr Telefon diese SMS aufgrund einiger seiner technologischen Einschränkungen (oder eines anderen Problems) nicht verstehen. In diesem Fall können Sie die MMS also nicht empfangen und somit nicht beantworten.
Wir sehen also, dass das obige Problem aufgrund fehlender MMS-Funktionen auf Ihrem Telefon aufgetreten ist. Kurz gesagt, Ihr Telefon konnte die eingehende Nachricht nicht erfolgreich verstehen.
Man könnte davon ausgehen, dass dies auch bei einem SNMP-Manager und einem SNMP-Agenten der Fall ist. Das zwischen ihnen verwendete Netzwerkprotokoll ist natürlich SNMP, aber es muss ein Protokoll zum Zusammenstellen und Verstehen der abgefragten Informationen geben. Bei den abgefragten Informationen kann es sich beispielsweise um die Festplattennutzung des Netzwerkknotens handeln, auf dem der Agent ausgeführt wird. Die Krux ist also, dass es eine Standardstruktur geben sollte, in der die Abfrage vom SNMP-Manager gebildet und die Abfrage vom SNMP-Agenten verstanden werden sollte.
Die sehr grundlegende Komponente der Struktur, die im Fall von SNMP verwendet wird, ist ein Objekt. Alle Informationen, die über SNMP abgefragt werden können, werden in Bezug auf ein Objekt betrachtet. Beispielsweise ist die Betriebszeit eines Systems ein Objekt, das als „sysUpTime“ bekannt ist. Jedes Objekt hat eine zugeordnete ID, bekannt als Objekt-ID oder OID, die für jedes Objekt eindeutig ist. Eine Gruppe von Objekten bildet eine MIB.
Wenn Sie sich zum Beispiel das folgende Bild ansehen:
Sie werden sehen, dass das gesamte Informationssystem in SNMP in Form eines Baums vorliegt, in dem einzelne Informationsknoten Objekte mit eindeutigen OIDs sind. Beispielsweise ist die eindeutige OID für das Objekt sysUpTime .1.3.6.1.2.1.1.3.0 . Wenn Sie sich die obige Abbildung ansehen, können Sie diese OID leicht ableiten. Die „0“ am Ende von OID bedeutet, dass dieses Objekt ein Skalar und keine Tabelle ist.
Es gibt auch eine textuelle Beschreibung der numerischen OID. Beispielsweise lautet die Textbeschreibung der sysUpTime-OID (oben dargestellt) iso.org.dod.internet.mgmt.mib-2.system.sysUpTime .
SNMP-Nachrichten
Die SNMP-Kommunikation zwischen Manager und Agent findet in Form von Nachrichten statt. Im Folgenden sind die grundlegenden Nachrichten aufgeführt, die für die Kommunikation verwendet werden:
- SNMP GET
- SNMP GET-NEXT
- SNMP GET-RESPONSE
- SNMP-SET
- SNMP-TRAP
Die Nachrichten GET und GET-NEXT werden verwendet, um den Wert eines bestimmten MIB-Objekts abzurufen. Die Nachricht GET-RESPONSE wird hauptsächlich vom Agenten verwendet, um die Antwort auf eine GET- oder GET-NEXT-Nachricht zu senden. Die Nachricht SET wird vom Manager verwendet, um den neuen Wert eines bestimmten MIB-Objekts beim Agenten einzustellen. Die Nachricht TRAP wird vom Agenten verwendet, um Informationen über einige alarmierende Werte für ein Objekt an den Manager zu senden, damit der Manager geeignete Maßnahmen ergreifen kann.
SNMP verwendet UDP
Auf der Transportschicht ist das für den Transport von SNMP-Nachrichten verwendete Protokoll UDP. Dies liegt daran, dass UDP TCP in verlustbehafteten Netzwerken, in denen die Überlastung normalerweise sehr hoch ist, übertrifft. Eine Sache, an die Sie sich erinnern sollten, ist die Feinabstimmung der Timeouts von UDP, um die beste Leistung in verlustbehafteten Netzwerken zu erzielen.
Auch die Implementierung von SNMP ist einfach gehalten. Einfach wie in einem einfachen Netzwerkverwaltungsprotokoll. Die Verwendung von TCP macht die Dinge viel komplexer und sollte bei der Netzwerkverwaltung vermieden werden, bis und sofern nicht unbedingt erforderlich.