next up previous contents
Next: 5.2 Der Network Information Up: Modell für asynchrone Meldungen Previous: Beendigung

Diskussion

Es sei nochmal betont, daß keine NFS-Implementierung derzeit obige Meldungen tatsächlich erzeugt. Es sind Vorschläge, die vor allem die Überwachung des Betriebs erleichtern. Ein aufwendiges und Kommunikationsressourcen verschlingendes Polling kritischer Attribute durch den Manager kann hierdurch vermieden werden. Die Implementierung würde für die meisten Meldungen keinen großen Aufwand bedeuten. Außerdem wurde demonstriert, daß sich die Zustandsdiagramme von OMT gut für diese Aufgabe eignen. Durch eine anschauliche Beschriftung der Zustände und der Ereignisse, die zu einem Zustandsübergang führen, ist die Definition von asynchronen Meldungen eines Managed Object für einen Menschen leichter nachzuvollziehen, als z.B. über die in Textform vorliegenden notification templates des OSI-Managements.

Die Untersuchung zeigt auch, daß es schwierig ist, asynchrone Meldungen für die generischen Oberklassen einzuführen. Die meisten Meldungen sind sehr spezifisch für den Dienst NFS. Die obligatorische Meldung der Änderung der Betriebsbereitschaft könnte natürlich von der Klasse compObject vererbt werden. Auch könnte die Klasse Server generische Meldungen für das Auftreten von Fehlern oder Sicherheitsangriffen enthalten, die in spezifischen Servern durch zusätzliche Attribute verfeinert werden. Da Meldungen im OMT-Modell Ereignisse für eine Klasse EventChannel darstellen, kann hierfür auf die von OMT unterstützte Ereignisgeneralisierung zurückgegriffen werden, die das Vererben und Verfeinern von Attributen erlaubt. Unbefriedigend ist natürlich, daß für ein vollständiges Informationsmodell, welches auch asynchrone Meldungen enthält, unter OMT mehrere unterschiedliche Diagramme benötigt werden. Außerdem kann das Werkzeug StP aus den Zustandsdiagrammen keinen Code erzeugen. Daher können die Definitionen für asynchrone Meldungen nur als Kommentare in die IDL-Beschreibung der Klassen aufgenommen werden. Die Implementierung der asynchronen Meldungen im Agenten auf Basis des CORBA-Event-Services muß daher manuell erfolgen.


next up previous contents
Next: 5.2 Der Network Information Up: Modell für asynchrone Meldungen Previous: Beendigung
Copyright Munich Network Management Team