If the OID is defined within a standard MIB that is already
implemented via the Net-SNMP daemon (snmpd), then one expects
the set request to be rejected by the daemon.  In fact, the
entire packet should be rejected, regardless of the number of
varbinds contained within the packet.  If the OID is not
implemented by the daemon, then I expect the agent to which
you refer is one that you have written, such as an extension
agent via the AgentX technology.  In that case, your extension
should handle the request, and in so doing should reject the
request.  Under no circumstances should a set request on a
read-only OID result in an alteration of the value associated
with that OID.

You question does include the issue of which agent should 
catch the bad request, and for this information one of the
core developers is perhaps better suited to provide an answer.
I suspect that the extension agent (also known as a subagent)
will handle the error.

William R. Buckley

---- Original message ----
>Date: Wed, 11 Aug 2004 15:38:50 -0400
>From: "FirstName LastName" <[EMAIL PROTECTED]>  
>Subject: MIB Access Permissions  
>To: [EMAIL PROTECTED]
>
>If I do a set command on an oid that is marked as read-only in the MIB file, 
>should the agent handle the wrong call or should snmpd catch it before the 
>agent is even run?
>
>_________________________________________________________________
>FREE pop-up blocking with the new MSN Toolbar ï get it now! 
>http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>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