[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Methods in the NIM requirements
There is no "go" semantic in SNMP. The SNMP philosophy has always
been get and set access to "shared memory", with OIDs representing
"addresses" in the shared memory.
In other words, I agree with Bob.
> email@example.com wrote:
> > Walter,
> > You've said this twice now:
> > >Should the semantics of "go" be in the model? If we look at many
> > >of the models out there today, all have "go" semantics. However,
> > >most are in the protocol itself. The SET command is part of SNMP,
> > >not the MIB.
> > >In contrast, when the model is applied to a management protocol
> > >(SNMP), actions are implied by the protocol (GETs and SETs).
> > But it isn't true. The semantics of SNMP's SET command itself
> > are simply changing the value of a MIB object (attribute). If an
> > SNMP SET is going to have side effects, these *must* be specified
> > in the MIB definition of the object being SET.
> The "go" in your example merely appears to be in the MIB, because the
> "go" semantic in SNMP is weak and does not support transactions to the
> degree to which it is needed in certain cases. In fact, the "go"
> semantic remains in the protocol, until you employ methods as part of
> the model. Only in the case where methods are employed in the model is
> the "go" semantic truly in the model and not in the protocol.
> > The *protocol* operation that embodies the concept of an action is
> > (not surprisingly) CMIS/CMIP's M-ACTION operation.
> > Regards,
> > Bob
> > Bob Moore
> > IBM Networking Software
> > +1-919-254-4436
> > firstname.lastname@example.org