[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [ipcdn] pktcSigDevToneWholeToneRepeatCount descriptionindraft-07of the Signaling MIB
> > From an SNMP point of view, would this wording require that the MTA
> > has to store the value, without using it, or does this allow the MTA
> > not even to store a new value?
> ...
>
> From an implementor / onetime toolkit vendor perspective, it's simpler
> to store and ignore, which is what default access methods would
> do. Not storing a value would require a non-default access method
> to be written, since the access method would need conditional logic
> to decide whether it could skip storing the value. Also, from a testing
> perspective, if MTAs are permitted to disregard the value supplied
> in a set-request, then the value returned by a get-request is not well
> defined, and that would not be good.
For what it's worth: based upon these and other comments from Randy, I feel
his suggestion is the simplest and most clean one. It would in this case
also be useful to clarify the "store-and-ignore" semantics in the
DESCRIPTION clause, so that the exact requirements are clear to everyone.
Regards,
David
_____________________________________________________
David De Reu
tComLabs
Stapelplein 70/004 ? 9000 Ghent ? Belgium
Tel: +32 9 269 22 91 ? Fax: +32 9 329 31 74
www.tComLabs.com
_____________________________________________________
_______________________________________________
IPCDN mailing list
IPCDN at ietf.org
https://www1.ietf.org/mailman/listinfo/ipcdn