On Mon, Feb 18, 2013 at 6:05 AM, PCFE <p...@newtec.eu> wrote:
> What is the correct way to show applicability
> of SNMP Scalar Objects when doing an SNMP-GET request?
>
> For example, imagine that we have a monitoring
> parameter that is only valid under
> certain system configuration:
>
> - Should we return a noSuchObject error, and act like
> the object is temporarily not implemented?
> - Should we return a noSuchInstance error?
> - Should we provide an 'not-applicable value',
> that is returned in this cases?
>
Certainly an option, but only if you have an enumeration where you can add
that value. Or be able to define other 'illegal values' that could be
interpreted
to represent 'not-applicable'.
> - Should we return the DEFVAL?
>
NO, because its probably not the right value at the time.
> - Any other option?
>
Your best bet is to add a not-applicable value to your variables
and document that behavior in your MIB. I have some variables
that have a 'not-applicable' enumeration, and have other
numeric/configuration _values_ where fortunately only positive numbers
are useful configurable values and that let me define (-1) as a
value that tells remote agents that this option is 'disabled'.
It all depends on the values/variables that you have.
And when it comes to some OCTET STRINGS, I have on occasion
defined the 'empty string' as a not-applicable value. Again it depends
on the definition of you variables.
Is there a clear explanation for this in the RFC's ?
>
There are conventions for creating/destroying rows in a table,
but I don't recall anything surrounding variables themselves.
Its an application/device specific requirement.
------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
