What should an agent return if the object doesn't exist?

"Tom Cumming" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Right now our MFD based agent returns MFD_SKIP if an object doesn't 
exist, and that's gets translated by net-snmp into a value being 
returned who's type is, SNMP_NOSUCHINSTANCE (which is really 
ASN__CONTEXT | ASN_PRIMITIVE | 0x1). This seems correct according to the 
RFC (A snippet follows).

   This works just fine as long as I'm using net-snmp. When one of the 
guys here implemented an agent for Windows, there is an event (I forgot 
it's name) called something-NOSUCHINSTANCE that equates to the same 
value as SNMP_NOSUCHINSTANCE (0x81), but if the Windows agent tries to 
pass it to Windows snmp service, it promptly converts it to an error, 
and GETNEXT requests stop coming down. The Windows agent he coded for is 
the standard service that comes with Windows OS.

    I'm not meaning to ask a rhetorical question, but is Windows that 
brain dead? What is the proper behavior here???

    Thanx, tom.c

/Each variable binding is processed as follows:

  1. If the variable binding's name exactly matches the name of a
     variable accessible by this request, then the variable binding's
     value field is set to the value of the named variable.

  2. Otherwise, if the variable binding's name does not have an OBJECT
     IDENTIFIER prefix which exactly matches the OBJECT IDENTIFIER
     prefix of any (potential) variable accessible by this request,
     then its value field is set to `noSuchObject'.

  3. Otherwise, the variable binding's value field is set to
     `noSuchInstance'./
--------------------------------------------------------

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to Applied Micro Circuits Corporation or its subsidiaries. It is to be used solely for the purpose of furthering the parties' business relationship. All unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.