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

Reply via email to