Hi,

> On Wed, 24 Mar 2010 14:02:52 +0530 (IST) madanagopal wrote:
> M>    I came to know of a problem in Net-SNMP where if there is a SET request
> M> outstanding in the agent, it will not process any other request (even
> M> though the new request is a GET request for a different OID). Is the
> M> problem correct? Is the problem still there? When is it likely to be 
> solved?
>
> That is correct. This ensures that the set request will be able to get access
> to any resources it needs. It is not likely to be solved until someon with
> time or money to sponsor a thorough analysis of the agent modules to determine
> which tables/objects can operate independently of one another. Please let us
> know if you would like to provide funding for such and effort. ;-)
>

We are using net-snmp agent as a proxyAgent for serial devices. We have 
implemented one context for each device. Since the devices are serial, 
queries will be executed one after another. We do not want the whole agent 
to block if a SET request is outstanding. Hence we would like to eliminate 
the blocking nature of Net-SNMP for SET requests. I have commented out the 
following lines in netsnmp_handle_request() in snmp_agent.c:

         /*
          * check for set request
          */
         if (asp->pdu->command == SNMP_MSG_SET) {
             netsnmp_processing_set = asp;

             /*
              * if there are delegated requests, we must wait for them
              * to finishd.
              */
             if (agent_delegated_list) {
                 DEBUGMSGTL(("snmp_agent", "SET request queued while "
                             "delegated requests finish, asp = %08p\n",
                             asp));
                 netsnmp_add_queued(asp);
                 return 1;
             }
         }

Is this the right place to change so that blocking will not take place?
Is there anything else that needs to be changed?

Regards,
Madan

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to