Der Algorithmus

Next: Der MIB-Compiler Up: Der IIMC Übersetzungsalgorithmus Previous: Registrierung und Namensgebung

Der Algorithmus

Der Algorithmus für die Übersetzung einer Internet MIB in eine GDMO MIB setzt sich aus folgenden Regeln zusammen:

Übersetzen von Gruppen:
Internet Gruppen (zum Beispiel aus der MIB-2: system, ip ,tcp ...) werden zu Managementobjekt-Klassen übersetzt:
Internet-MIB-2-Gruppe ,,system``:

        -- groups in MIB-II
        ...
        system       OBJECT IDENTIFIER ::= { mib-2 1 }
        ...

Übersetzte GDMO-Klasse ,,internetSystem``:

internetSystem MANAGED OBJECT CLASS
        DERIVED FROM
           "CCITT Rec. X.721 (1992) |
                ISO/IEC 10165-2 : 1992": top;
        CHARACTERIZED BY internetSystemPkg PACKAGE
        BEHAVIOUR
           internetSystemPkgBehaviour BEHAVIOUR
           DEFINED AS
           !BEGINPARSE
           REFERENCE
              !!This managed object class maps to the
              Internet system group with object id
              {mib-2 1} in RFC 1213.!!;
           DESCRIPTION
              !!If an agent is not configured to have a
              value for any of these variables, a string
              of length 0 is returned.
              [...]
           ENDPARSE!;;
        ATTRIBUTES
           internetSystemId              GET,
           sysDescr                      GET,
           sysObjectID                   GET,
           sysUpTime                     GET,
           sysContact                    GET-REPLACE,
           sysName                       GET-REPLACE,
           sysLocation                   GET-REPLACE,
           sysServices                   GET;
        NOTIFICATIONS
                 "IIMC MIB Translation":internetAlarm;;;
        REGISTERED AS
           {1 2 124 360501 14 1 1 3 6 1 2 1 1};

Dieses Beispiel zeigt zusätzlich, daß bei der Übersetzung Namenskonflikte auftreten können: Im Internet-Registrierungsbaum wird eine SNMP-Gruppe mit dem Namen ,,system`` definiert (siehe 2.3.1). Ebenso existiert als Root-Objekt für die Enthaltenseins-Hierarchie eine OSI-Klasse mit dem Namen ,,system``. Die Internet-Gruppe darf also nicht ohne Namensänderung direkt übersetzt werden: Der Name der OSI-Klasse, die aus der Übersetzung dieser SNMP-Gruppe resultiert wird zu ,,internetSystem``. Der gleiche Fall liegt bei der ,,LRZ Systemagenten MIB`` vor (siehe 2.3.2): Es existiert auch hier eine SNMP-Gruppe mit dem Namen ,,system``. Die aus dieser Gruppe resultierende OSI-Klasse erhält den Namen ,, lrzSystem``.
Falls im weiteren von einer Klasse mit dem Namen ,,system`` gesprochen wird, handelt es sich dabei immer um die OSI-Klasse ,,system``, die als Root-Objekt der Containment-Hierarchie dient. Ist dagegen von einer SNMP-Gruppe ,,system`` die Rede, kann es sich entweder um eine Gruppe in der MIB-2 oder in der LRZ Systemagenten MIB handeln.

Übersetzen von Tabellen:
Es erfolgt keine direkte Übersetzung der Tabellendefinition (zum Beispiel aus der MIB-2: tcpConnTable, ipAddrTable,...) selbst. Es werden nur die Internet Tabellenzeilen (zum Beispiel aus der MIB-2: tcpConnEntry, ipAddrEntry ...) zu Managementobjekt-Klassen übersetzt:
Internet-MIB-2-Gruppe ,,ipAddrEntry``:

        ...
        ipAddrEntry OBJECT-TYPE
              SYNTAX  IpAddrEntry
              ACCESS  not-accessible
              STATUS  mandatory
              DESCRIPTION
                 "The addressing information for one of this
                 entity's IP addresses."
              INDEX   { ipAdEntAddr }
              ::= { ipAddrTable 1 }

        IpAddrEntry ::=
              SEQUENCE {
                  ipAdEntAddr
                      IpAddress,
                  ipAdEntIfIndex
                      INTEGER,
                  ipAdEntNetMask
                      IpAddress,
                  ipAdEntBcastAddr
                      INTEGER,
                  ipAdEntReasmMaxSize
                      INTEGER (0..65535)
              }
        ...

Übersetzte GDMO-Klasse ,,ipAddrEntry``:

ipAddrEntry MANAGED OBJECT CLASS
        DERIVED FROM
           "CCITT Rec. X.721 (1992) |
                ISO/IEC 10165-2 : 1992": top;
        CHARACTERIZED BY ipAddrEntryPkg PACKAGE
        BEHAVIOUR
           ipAddrEntryPkgBehaviour BEHAVIOUR
           DEFINED AS
           !BEGINPARSE
           REFERENCE
           !!This managed object class maps to the
           ipAddrEntry object with object id {ipAddrTable 1}
           in RFC 1213.!!;
           DESCRIPTION
              !!The addressing information for one of this
              entity's IP addresses.!!;
              INDEX RFC1213-MIB.ipAdEntAddr;
           ENDPARSE!;;
        ATTRIBUTES
           ipAddrEntryId            GET,
           ipAdEntAddr              GET,
           ipAdEntIfIndex           GET,
           ipAdEntNetMask           GET,
           ipAdEntBcastAddr         GET,
           ipAdEntReasmMaxSize      GET;;;
        REGISTERED AS
           { 1 2 124 360501 14 1 1 3 6 1 2 1 4 20 1};

Alle anderen Objekte der Internet-SMI:
Alle anderen Internet Objekte werden zu Attributen in den entsprechenden Klassen, zum Beispiel aus der MIB-2: sysContact, sysLocation werden zu ISO/ITU Attributen in der Klasse, die aus der Internet Gruppe ,,system`` entstanden ist:
Internet-MIB-2-Variable ,,sysContact``:

        [...]
        sysContact OBJECT-TYPE
              SYNTAX  DisplayString (SIZE (0..255))
              ACCESS  read-write
              STATUS  mandatory
              DESCRIPTION
                 "The textual identification of the
                 contact person for this managed node,
                 together with information on how to
                 contact this person."
        ::= { system 4 }
        [...]

Übersetztes GDMO-Attribut ,,sysContact``:

sysContact ATTRIBUTE
        WITH ATTRIBUTE SYNTAX
                IIMCRFC12131354ASN1.DisplayString;
        BEHAVIOUR
           sysContactBehaviour BEHAVIOUR
           DEFINED AS
              !BEGINPARSE
              REFERENCE
              !!This attribute maps to sysContact with
              object id {system 4} in RFC1213.!!;
              DESCRIPTION
                 !!The textual identification of the
                 contact person for this managed node,
                 together with information
                 on how to contact this person.!!;
              ENDPARSE!;;
        REGISTERED AS
           {1 2 124 360501 14 1 1 3 6 1 2 1 1 4};

Übersetzung von Notifikationen:
Ereignismeldungen werden in der Internet-Architektur nicht im Informationsmodell, sondern im Kommunikationsmodell definiert. Das heißt, Traps, die von einem SNMP-Agent zu einem SNMP-Manager geschickt werden, sind kein Teil der MIB, sondern ein Teil des SNMP-Protokolls. In der OSI-Architektur werden dagegen Notifikationen von speziellen Managementobjekten ausgelöst, sie sind damit ein Teil des Informationsmodells.
Aufgrund dieser Unterschiede kann ein SNMP-Trap häufig keinem OSI Managementobjekt eindeutig zugeordnet werden. Daher definiert dieser Internet Draft eine generische Notifikation, auf welche alle SNMP-Traps abgebildet werden. Diese generischen Notifikationen sollen von einer Instanz der ,,internetSystem`` Managementobjekt-Klasse ausgesendet werden (für weitere Details siehe [IIMCIMIBTR], bzw. 4.4.3 oder 5.2.4).
Erstellen von NAME BINDING Templates:
Für jede erstellte ISO/ITU Klasse muß zusätzlich ein NAME BINDING Template definiert werden. Dieses NAME BINDING Template legt die Lage einer Instanz dieser Klasse in der Containment-Hierarchie fest. Dabei dient die aus der übergeordneten SNMP-Gruppe entstandene ISO/ITU Klassse als SUPERIOR OBJECT CLASS. Es wird also der Internet-Registrierungsbaum auf die OSI-Containment-Hierarchie abgebildet:
Übersetzte OSI-Klasse ,,internetSystem`` mit der übergeordneten SNMP-MIB-2-Gruppe ,,mib-2`` bzw. die diese repräsentierende OSI-Klasse ,,mib2``:
```
internetSystem-mib2NB  NAME BINDING
        SUBORDINATE OBJECT CLASS
           internetSystem  AND SUBCLASSES;
        NAMED BY SUPERIOR OBJECT CLASS
           mib2;
        WITH ATTRIBUTE internetSystemId;
        BEHAVIOUR
           internetSystem-systemNBBehaviour BEHAVIOUR
           DEFINED AS
           !BEGINPARSE
           INDEX     NULL;
           ENDPARSE!;;
        REGISTERED AS
           {1 2 124 360501 14 4 1 3 6 1 2 1 1 };
```

Next: Der MIB-Compiler Up: Der IIMC Übersetzungsalgorithmus Previous: Registrierung und Namensgebung