next up previous contents
Next: 2.3.2 Fazit Up: 2.3 Flexible Management Agent Previous: 2.3 Flexible Management Agent

2.3.1 Realisierung von FMAs

Die Implementierung ist im wesentlichen eine Erweiterung des Java Agent Template (JAT), welches an der Stanford University [Fro97] entwickelt wurde. Die Architektur, siehe Abbildung 2.2, besteht aus einem Flexible Management Agent, einer Laufzeitumgebung, die vor allem die Kommunikation mit anderen FMAs und die Fähigkeit zur Laufzeit neue Funktionalität hinzuzunehmen, bereitstellt. Neue Funktionalität ist in einem Interpreter gekapselt, der dem Agentenbegriff der Anforderungsanalyse entspricht.


  
Abbildung 2.2: FMA-Architektur
\begin{figure}
 \begin{center}
 
\epsfig {file=Bilder/fma_arch.eps,width=\textwidth}
 \end{center}\end{figure}

Der FMA und die Interpreter sind in Java implementiert und werden innerhalb der Java Virtual Machine (JVM) ausgeführt. Eine Beschreibung der Managementinformationen fehlt bei dieser Architektur vollkommen. Als Kommunikationsprotokoll wird die Knowledge Query and Manipulation Language (KQML) verwendet. KQML wurde speziell für die Kommunikation von Agenten entwickelt. Eine KQML-Nachricht besteht aus Schlüssel-Werte-Paaren, angelehnt an die Programmiersprache Lisp.

Das Funktionsmodell besteht aus Naming und Event Service, die als Interpreter realisiert sind. Weiterhin sind Interpreter für Prozeß-, Maschinen-, Webmonitoring, etc. implementiert. Interpreter kommunizieren miteinander, um eine bestimmte Aufgabe zu bewältigen. Die Rollen und Beziehungen der Interpreter sind nicht fest vordefiniert.

Beim Naming Service wird jeder Interpreter angemeldet. Der Naming Service muß auf einem fest vordefinierten Host ausgeführt werden, damit ihn die Agenten erreichen können. Dieser Ansatz ist sehr inflexibel und störanfällig (single point of failure). Der implementierte Naming Service bietet weiterhin keine Domänenbildung für Agenten an.

Ereignisse werden an den Event Service geschickt und haben ebenfalls das Format einer KQML-Nachricht. Interpreter, die an einem bestimmten Ereignis interessiert sind, können sich für dieses beim Event Service anmelden (subscribe). Ist der Interpreter an dem Ereignis nicht mehr interessiert, so kann er sich beim Event Service abmelden (unsubscribe). Der Event Service ist zentral, d. h. es gibt genau einen Event Service im zu managenden Netz.

Jeder FMA kann zwar neue Interpreter hinzunehmen, die Fähigkeit, Interpreter von einem FMA zu einem anderen FMA zu senden, gibt es nicht.


next up previous contents
Next: 2.3.2 Fazit Up: 2.3 Flexible Management Agent Previous: 2.3 Flexible Management Agent
Copyright Munich Network Management Team