Re: snmpd threadedness

Wes Hardaker <[email protected]>
Newsgroups gmane.network.net-snmp.user
Organization Sparta
Message-ID <[email protected]>
>>>>> On Thu, 07 May 2009 09:15:11 +0200, Robert Voigt <[email protected]> said:

RV> I've heard that snmpd, when operating as a proxy, forwards one SET
RV> request at a time and buffers all other requests until the SET response
RV> arrives. 

Correct.

RV> This 'feature' would be valuable for me if it worked with all types of
RV> requests. I need to send SNMP over a half duplex connection that
RV> currently has no other means to negotiate who can send.

The main agent only tries to handle multiple requests at a time when
it's safe to do so (IE, when it's not a SET and there are no outstanding
SETs).

I'm pretty sure you can turn off the feature too, but it's likely a
compile-time #define statement somewhere (I forget where; search agent/*.c).

RV> If I proxied the requests of all managers through snmpd and it sent one
RV> request at a time, buffering other requests until the response arrives,
RV> this would nicely avoid collisions.

What's controlling the simplex connection?  How come the code itself
isn't blocking on that?  There is no threading going on in the Net-SNMP
agent.  There is a very special mechanism by which a submodule has to
tell the parent that it's ok to continue.  If the submodule code is
already blocking, you won't run into your issue in the first place.


-- 
Wes Hardaker
Cobham Analytic Solutions

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
_______________________________________________
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.