On 12 April 2010 10:39, Robert Story <[email protected]> wrote:
> On Mon, 12 Apr 2010 09:04:31 +0100 Dave wrote:
> DS> My take on this would be that if the table doesn't allow rows to be
> DS> created or deleted dynamically via SNMP SET requests, then it should
> DS> not contain a RowStatus column in the first place.
>
> If there were a standard object for row status that didn't allow creation, I'd
> agree. But since there's not, and half the enums are still applicable,
> I hate to see yet another custom status object being defined.
I used to hold that position, hence the definition of (e.g)
NET-SNMP-AGENT-MIB::nsDebugTokenStatus and
NET-SNMP-AGENT-MIB::nsLogStatus
The phrasing of those MIB objects was an attempt to avoid having
two status objects - one for creating the row, and one for
activating/disabling it.. (In view of the text immediately following
the NOTE WELL paragraph in the RowStatus description)
I promptly got my knuckles wrapped for this by our beloved leader.
>From RFC 4181, section 4.6.4:
" - If dynamic row creation and/or deletion by management applications
is supported, then:
- There SHOULD be one columnar object with a SYNTAX value of
RowStatus [RFC2579] and a MAX-ACCESS value of read-create...."
The implication is (I believe) that the role of RowStatus is *purely*
to handle the creation/deletion of rows within the table.
Normal run-time activation/disabling of entries or status should
indeed be handled by "yet another custom status object".
But this probably isn't the best place to discuss this question.
Issues relating to the proper behaviour of SNMP as a whole
(rather than one particular implementation of it) should really
belong on one of the IETF lists. Somewhere the *real* experts
hang out!
Dave
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
