Registrierung der Teilbäume

Nachdem sich der Subagent erfolgreich beim Agenten angemeldet hat, muß er einen oder mehrere Teilbäume der MIB bzw. die gesamte MIB beim Agenten registrieren, damit dieser weiß, welche Variablen vom Subagenten bereitgestellt werden.

Die von dem Subagenten registrierte MIB hat die in Abbildung 1 dargestellte Struktur:

1cm

Abbildung 1: LRZ-UNIX MIB

Um sich zu registrieren, erzeugt der Subagent ein DPI REGISTER Paket und schickt es an den Agenten. Der Agent seinerseits antwortet darauf mit einem RESPONSE Paket um den Erfolg bzw. Mißerfolg des REGISTER Requests anzuzeigen.

Um ein DPI Register Paket zu erzeugen, rufen wir die Funktion mkDPIregister() auf, welche folgende Argumente erwartet:

• einen Timeout (in Sekunden) für den zu registrierenden Teilbaum. Wird hier 0 ange- gegeben, wird der Timeout aus do_connect_and_open() verwendet. Hier können jeweils verschiedene Werte angegeben werden, wenn man für die einzelnen Teilbäume unterschiedliche Verarbeitungszeiten erwartet.
• eine gewünschte Priorität. Mehrere Subagenten können den gleichen Teilbaum mit unterschiedlichen Prioritäten registrieren (dabei ist Prio 0 besser als Prio 1 usw.). Der Subagent mit der höchsten Priorität ist zuständig für den jeweiligen Teilbaum. Wird hier -1 angegeben, so wird die höchste verfügbare Priorität angefordert. Wird hier 0 angegeben, so wird für den Subagenten eine höhere Priorität angefordert, als die bereits höchste vergebene Priorität.
• den MIB-Teilbaum (als OID), den der Subagent verwalten möchte. (die OID muß dabei mit einem '.' enden)
• ein Flag, das anzeigt, ob GETBULK Requests vom Subagenten verarbeitet werden können, oder ob er vom Agenten erwartet, daß ein GETBULK in mehrere GETNEXT Requests verwandelt werden. Der hier beschirebene Subagent kann keine GETBULK-Pakete verarbeiten und läßt deshalb diese Umsetzung vom Agenten vornehmen.

Nachdem das DPI REGISTER Paket erzeugt wurde, wird es an den Agenten geschickt. Danach warten wir auf Antwort. Nach Erhalt des RESPONSE Paketes vom Agenten, bleibt noch zu prüfen ob unsere Registrierung Erfolg hatte oder ob sie fehlschlug (analoge Vorgehensweise wie bei 3.1.1).

Ist die Anmeldung und Registrierung beim Agenten abgeschlossen, ist der Subagent in der Lage, Requests von einer Managementstation bzw. vom Agenten zu verarbeiten.