Die Behandlung von SNMP-Traps  

Die eben vorgestellten stateless und stateful Gateways ermöglichen einem OSI-Manager das Management von SNMP-Agenten. Sie erlauben es aber einem SNMP-Agenten noch nicht, mit Hilfe von Traps/Notifikationen Ereignisse einem OSI-Manager mitzuteilen. Der folgende Abschnitt widmet sich deshalb dieser Funktionalität des Gateways.
Internet Traps/Notifikationen und Inform-Requests werden von der Internet SMI keiner speziellen Gruppe oder keinem speziellen Objekt zugeordnet, sie sind deshalb kein Teil des Informationsmodells, sondern ein Teil des Kommunikationsmodells. In der ISO/ITU SMI ist jedoch für eine abzuschickende Notifikation eine bestimmte Objektinstanz erforderlich. Daraus ergibt sich die Fragestellung, welche OSI Managemenobjekt-Klasse die Internet Traps/Notifikationen weiterleiten soll.
Dazu wird in [IIMCIMIBTR] eine generische Notifikation, ,,internetAlarm``, definiert, auf welche alle Internet Traps/Notifikationen abgebildet werden. Diese Notifikation muß noch einer Klasse zugeordnet werden. Einerseits bietet sich dazu die aus der Internet-MIB-2-Gruppe system abgeleitete Klasse internetSystem an. Andererseits wäre auch die in [IIMCPROXY] definierte Klasse cmipSnmpProxy-Klasse denkbar. Es wird aber auch von der Existenz von Instanzen dieser Klassen abhängen. So soll, wenn es keine Instanz der einen Klasse gibt, eine Instanz der anderen Klasse diese Aufgabe übernehmen. Ein weiterer wichtiger Punkt ist, wie die Notifikationen behandelt werden, die für generische Klassen, damit auch für die aus den Internet-MIBs entstandenen Managementobjekt-Klassen, definiert sind. Beispiele dafür sind objectCreation- und attributeValueChange-Notifikationen. Da zu diesen Ereignissen keine korrespondierenden SNMP-Traps existieren, werden sie auch nicht vom SNMP-basierten Management registriert. Sollen sie dennoch unterstützt werden, müssen sie im Gateway simuliert werden. Dies könnte durch ein periodisches Abfragen von Internet-MIB Werten erfolgen, wobei aber die Werte zum Vergleich abgespeichert werden müssen. Dazu muß das Gateway stateful sein, deshalb sind solche Notifikationen nicht mit dem stateless Ansatz zu realisieren.