Durch die Integration des stateful Ansatzes in das Gateway können in der Gateway-MIB
Inkonsistenzen auftreten. Eine Einschränkung dieser Inkonsistenzen wird eventuell
dadurch erreicht, daß für jede SNMP-Tabelle eine Aktion definiert wird, welche
explizit die Aktualisierung dieser Tabelle in der Gateway-MIB veranlaßt.
Die Global Polling-Komponente repliziert die angemeldeten SNMP-Tabellen
nach einer festgelegten Strategie. Falls ein OSI-Manager nicht sicher feststellen
kann, ob die Gateway-MIB, oder Teile davon, konsistent mit den MIBs in den
SNMP-Agenten ist, kann er mit Hilfe dieser Aktionen explizit eine Replikation
auslösen und damit einen konsistenten Zustand herstellen.
Diese Aktion wird in eine CMIS M-ACTION eingebettet und bestimmten Klassen zugeordnet:
Es wird für jede OSI-Klasse, die eine SNMP-Gruppe repräsentiert und aufgrund der
NAME BINDING-Hierarchie eine Klasse enthält, die eine SNMP-Tabellenzeile
darstellt, die Aktion ,,aktualisiereTabelle``definiert.
Diese Aktion kann nun direkt für jede SNMP-Tabelle einzeln aufgerufen werden. Mit
Hilfe der CMIS-Mächtigkeit ist es aber auch möglich, die Aktion vom Root-Objekt
der Containment-Hierarchie des Gateways und dem Scope ,,Whole Subtree`` auszulösen. Damit werden alle im Gateway verwaltenten SNMP-Tabellen repliziert und
somit ein globaler konsistenter Zustand der Gateway-MIB zu den MIBs in den
SNMP-Agenten geschaffen.
Diese Aktion widerspricht der am Anfang in Kapitel 4 geforderten Transparenz. Denn
sobald ein OSI-Manager Kenntnis von dieser Aktion hat, unterscheidet er zwischen den
Managementobjekten, die SNMP-Ressourcen repräsentieren und den anderen
Managementobjekten.