RE: 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
_____________________________________________________