5.4.1 Einfaches Get/Set

Zunächst sei angenommen, daß der Manager vom Schattenobjekt der Klasse systemGroup den Wert des Attributs SysDescr (,,sichtbar`` durch die Methoden get_SysDescr und set_SysDescr) lesen will. Er ruft also die Methode get_SysDescr auf (Abb. 5.5(1)). Es folgt einer Reihe von Aktionen, die für den Manager transparent sind:

• Der Aufruf wird von der DSOM-Laufzeitumgebung auf das Zielobjekt des Proxy-Objektes weitergeleitet (Abb. 5.5(1a)).
• Innerhalb der aufgerufenen Methode erfolgt ein Aufruf der Methode snmp_get des snmpserver-Objektes (2), von dem jedes Schattenobjekt eine Objektreferenz speichert. Der Parameter MOinstance dieser Methode setzt sich zusammen aus:
  • dem Objektidentifikator des Managementobjekttyps sysDescr und
  • dem Wert des Attributs indexinfo.
  Der Objektidentifikator eines SNMP-Objekttyps steht im Interface Repository und wird aus Effizienzgründen im Schattenobjekt gespeichert. An ihn wird der Zugriffsidentifikator der SNMP-Variable angehängt. Konkret ergibt sich für den Parameter MOinstance: ``1.3.6.1.2.1.1.1.0``.
• Das snmpserver-Objekt erzeugt daraufhin die Variable Binding List für die GetRequest-PDU. Diese packt er in eine SNMP-Message, in der er den vorkonfigurierten Community-String verwendet.
• Die SNMP-Message wird verschickt (Abb. 5.5(3)).
• Aus der zurückkommenden GetResponse-PDU (4) extrahiert das snmpserver-Objekt den Wert der SNMP-Variable sysDescr, nämlich ``SunOS 4.0.1``, und gibt ihn dem Schattenobjekt zurück (Rückkehr aus der Methode snmp_get).
• Das Schattenobjekt überprüft, ob irgendwelche Exceptions vom snmpserver-Objekt ausgelöst wurden. Wenn nicht kann das Ergebnis an den Manager zurückgegeben werden.

Für ein zweites Beispiel sei angenommen, daß der Eintrag für ipRouteNextHop der ersten Zeile der Routing-Tabelle geändert werden soll. Pakete mit der Zieladresse ``128.129.215.13`` sollen fortan nicht mehr an die Adresse ``128.187.121.15`` sondern an die Adresse ``131.156.10.176`` weitergeleitet werden. Diesen neuen Wert für das Attribut gibt er beim Aufruf der Methode set_IpRouteNextHop (Abb. 5.5(5))des Proxy-Objektes an. (Um herauszufinden, auf welchem Objekt er die Methode aufrufen muß, hat der Manager vorher die Attribute ipRouteDest abgefragt.) Wiederum sorgt die DSOM-Laufzeitumgebung dafür, daß die entsprechende Methode des Schattenobjektes, auf das das Proxy-Objekt zeigt, aufgearbeitet wird (5a). Der Parameter MOinstance für den Aufruf von snmp_set wird auf dieselbe Weise wie oben berechnet:

$\underbrace{1.3.6.1.2.1.4.21.1.7}_{\mbox{OID aus dem IR,}}\underbrace{.128.129.215.13}_{\mbox{aus {\sf indexinfo}}}$

Der Parameter value hingegen enthält die neue IP-Adresse ``131.156.10.176``. Diesmal wird eine vom snmpserver-Objekt eine SetRequest-PDU erzeugt und in einer SNMP-Message verschickt (7). Die vom SNMP-Agent zurückgeschickte Response-PDU (8) wird verwendet, um Fehler festzustellen. Angenommen, die SNMP-Variable konnte nicht gesetzt werden, da der SNMP-Agent den schreibenden Zugriff nicht erlaubt hat. In der Response-PDU wird dies durch den Fehler authorizationError angezeigt. Das snmpserver-Objekt löst die der Fehlermeldung entsprechende Standard-Exception NO_PERMISSION aus. Dasselbe tut das Schattenobjekt, sobald aus der Methode snmp_set zurückgekehrt wird.