Next: Der Entwicklungsprozeß eines Agenten
Up: 3.2 IBM TMN WorkBench
Previous: Persistenz
Nachdem in dem vorherigen Abschnitt die Agenten-Entwicklungsumgebung und
damit die Architektur eines TMN- bzw. OSI-Agenten in der IBM TMN
WorkBench for AIX vorgestellt wurde, sollen in diesem Unterkapitel die
Zuordnungen von den Komponenten der Agentenarchitektur zu real existierenden
Prozessen erfolgen, siehe dazu Abbildung 3.5.
Abbildung 3.5:
Die verschiedenen Prozesse eines Agenten
23#23 |
Im folgenden sollen die Aufgabenbereiche der einzelnen Prozesse erläutert
werden (siehe auch [IBMPrUG95] ab Seite 1):
- Infratop
Der Infratop-Prozeß besteht aus den Komponenten Infrastruktur
und Naming and Replication. Er stellt eine Vielzahl der Funktionen
bereit, wie sie im OSI Manager/Agent Framework beschrieben werden. Dazu
gehören:
- Bereitstellen eines Kommunikationsdienstes für den Agenten, das heißt,
es werden OSI Schicht 7 Dienst-Instanzen (CMISE, ACSE) zur Verfügung
gestellt.
- Verwalten und Erhalten der Containment-Hierarchie.
- Automatisches Ausführen von gescopten Requests anhand der
Enthaltenseinshierarchie und Weiterleiten von ,,Kopien`` der originalen
Anforderung an die angesprochenen Instanzen (,,Replication``).
- Überprüfen von NAME BINDING-Restriktionen bei CMIP
CREATE- und DELETE-Requests.
- Verbindungen zwischen diesem Agenten und anderen Managern bzw. Agenten
aufbauen, erhalten und beenden.
- Agent
Der Agent (single- oder multithreaded) setzt sich aus den Komponenten
Core Agent, Instanzen von Managementobjekt-Klassen, CCI und
Resource Access zusammen. Dieser Agent-Prozeß stellt die aktuelle
Implementierung der Instanzen von Managementobjekten zur Verfügung, die die Systeme und
damit die Schnittstellen zu den realen Ressourcen repräsentieren, die überwacht und gesteuert
werden sollen.
Das agent-Binary startet einen single-threaded, das
agentMT-Binary einen multithreaded OSI-Agenten.
- Discr
Das discr-Programm startet die Event Handler-Komponente. Dieser
Event Handler empfängt Notifikationen und vergleicht
diese anschließend mit in dieser Instanz gespeicherten Kriterien. Falls alle
Kriterien erfüllt werden, löst der Event Handler eine
Event-Report-PDU aus.
- Logr
Das logr-Programm startet die Log Handler-Komponente. Der
Log Handler ist verantwortlich für das Ausführen folgender Dienste:
- Das Kreieren bzw. Löschen von log- bzw.
logRecord-Instanzen.
- Das Bearbeiten von Notifikationen, die von anderen Instanzen im
Agenten/Manager nach der OSI-SMF Log Control [ISO10164-6] generiert werden.
Next: Der Entwicklungsprozeß eines Agenten
Up: 3.2 IBM TMN WorkBench
Previous: Persistenz
Copyright Munich Network Management Team