Re: Regarding obsolete and not-accessible objects

On 23/10/06, Pamidipati Suresh-G20238 <[email protected]> wrote:
> Thanks for your reply. Please let me know, what error code is
> expected/to be returned for set requests on obsolete or not-accessible
> objects.

My apologies - it looks as if you had the right answer, but for the
wrong reason.
>From RFC 1905, section 4.2.5:

(2)  Otherwise, if there are no variables which share the same OBJECT
     IDENTIFIER prefix as the variable binding's name, and which are
     able to be created or modified no matter what new value is
     specified, then the value of the Response-PDU's error-status field
     is set to `notWritable', and the value of its error-index field is
     set to the index of the failed variable binding.

That's certainly true for "not-acessible" objects.
As far as "obsolete" objects are concerned, if you've already got an
implementation
of such an object, then this would be treated as for any other
(non-obsolete) object.
But it wouldn't normally be sensible to start developing a new
implementation for obsolete objects - you'd do better to look at
whichever MIB replaced them.


In any case, it shouldn't be necessary to explicitly return anything
for either obsolete (unimplemented) or not-accessible objects - or to
write *any* code for them whatsoever.
The main agent driving code should return 'notWritable' for any OID
that it doesn't explicitly know about.

Dave

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users