Next: 3.3 SNMP DPI Paket
Up: 3 Beschreibung des SNMP
Previous: 3.1 Einleitung
Der SNMP Agent kann folgende Anfragen an den Subagenten schicken:
GET, GETNEXT, GETBULK, SET, COMMIT, UNDO, UNREGISTER und CLOSE.
Die
ersten vier werden direkt von den entsprechenden SNMP Anfragen
abgeleitet, die von der Managementstation kommen. Die restlichen vier
sind SNMP DPI spezifische Anfragen, wobei jedoch COMMIT und UNDO noch
zur korrekten Durchführung einer SNMP SET Anfrage dienen. Auf alle
Anfragen vom Agenten antwortet der Subagent mit einem RESPONSE Paket,
ausgenommen auf eine CLOSE Anfrage, darauf wird einzig die Verbindung
abgebaut.
Dem Subagenten stehen folgende Anfragen zu Verfügung:
OPEN,
REGISTER, TRAP, UNREGISTER, ARE_YOU_THERE und CLOSE.
Der Subagent
erhält vom Agenten auf alle Anfragen ein RESPONSE Paket, ausgenommen
auf TRAP und CLOSE Anfragen. Das TRAP Paket wird vom Agenten in ein
SNMP TRAP Paket verwandelt und an die Managementstation
weitergeleitet. Erhält der Agent ein CLOSE Paket baut er die
Verbindung ab und entfernt den Subagenten aus seiner Subagenten-Liste.
Abbildung 3.1:
Die DPI Schnittstelle
3#3 |
Einen Überblick über den SNMP Agenten mit seinen Schnittstellen zur
Managemantstation (SNMP Protokoll) und zum Subagenten (DPI Protokoll)
erhält man in Abbildung 3.1, wobei die Reihenfolge der
hier aufgeführte Punkte inetwa dem normale Ablauf der Kommunikation
zwischen dem Agenten und einem Subagenten entspricht.
- Der SNMP Agent kommuniziert mit dem SNMP Manager über das SNMP
Protokoll.
- Der SNMP Agent holt sich die Werte zu den Variablen aus seiner
statisch gelinkten MIB, falls sie nicht in einem Subagenten
implementiert sind.
- Der SNMP Subagent, welcher als eigenständiger Prozeß sogar auf
anderen Rechnern laufen kann, kann eine Verbindung zum Agenten
aufbauen. Dabei kann er zwischen UDP und TCP Verbindungen
wählen.
- Sobald die Verbindung aufgebaut ist, sendet der Subagent ein
OPEN Paket und ein oder mehrere REGISTER Anfragen zum Agenten, um
sich und seine MIB Teilbäume zu registrieren.
- Der Subagent antwortet auf die OPEN und REGISTER Anfragen mit
RESPONSE Paketen um Erfolg oder Mißerfolg anzuzeigen.
- Der Agent decodiert die empfangenen SNMP Pakete. Enthält ein
solches Paket Variablen für einen Teilbaum,
der in einem Subagenten implementiert ist, sendet der Agent ein
entsprechendes DPI Paket an den Subagenten. Ist die Anfrage für
ein SNMP GETBULK verwandelt der Agent dieses in mehrere DPI
GETNEXT und leitet diese an die entsprechenden Subagenten. Bei
einer Anfrage für ein DPI SET benützt der Agent ein 2-phasen
Bestätigungsschema, d.h. er sendet dem Subagenten eine Sequenz von
SET/COMMIT, SET/UNDO oder SET/COMMIT/UNDO Paketen.
- Der Subagent schickt die Antwort in einem RESPONSE Paket
zurück.
- Darauf vereint der Agent die DPI RESPONSE Pakete zu einem SNMP
RESPONSE Paket und schickt es an die Managementstation.
- Will der Subagent eine wichtige Statusänderung melden, sendet
er ein DPI TRAP Paket an den Agenten, der es in ein SNMP TRAP
Paket konvertiert und an die Managementstation weiterleitet.
- Wenn der Subagent seine Arbeit beenden will, sendet er ein DPI
UNREGISTER für jeden Teilbaum und ein DPI CLOSE Paket an den
Agenten. Der Agent antwortet nur auf die DPI UNREGISTER Pakete mit
DPI RESPONSE Paketen.
- Es gibt kein RESPONSE Paket zu einem CLOSE Paket, der Agent
beendet die Verbindung und entfernt alle noch registrierten
Teilbäume des Subagenten.
- Auch der Agent kann ein DPI UNREGISTER Paket senden, z.B wenn
ein Teilbaum mit einer höheren Priorität registriert wurde, und
erhält darauf vom Subagenten ein DPI RESPONSE Paket.
- Der Agent kann auch ein DPI CLOSE Paket an den Subagenten
schicken, um anzuzeigen, daß er die Verbindung beendet.
- Um zu Prüfen ob die Verbindung noch besteht, kann der Subagent
ein DPI ARE_YOU_THERE Paket an den Agenten senden. Erhält
er ein DPI RESPONSE Paket vom Agenten, das keinen Fehler meldet,
ist alles in Ordnung. Ein DPI RESPONSE Paket mit Fehlermeldung
oder kein Paket signalisieren ein Problem mit der Verbindung.
Next: 3.3 SNMP DPI Paket
Up: 3 Beschreibung des SNMP
Previous: 3.1 Einleitung
Copyright Munich Network Management Team