> On Fri, 15 Oct 2004 15:16:01 -0700, Tony Lee <[EMAIL PROTECTED]> said:
Tony> Any idea why opensnmp only support v3? I would love to use it
Tony> if it support v1, and v2 similar to net-snmp.
Actually, it wouldn't take much work. The architecture is very
flexible and should allow for it fa
On Fri, 15 Oct 2004 15:16:01 -0700 Tony wrote:
TL> > [...] the project was somewhat constrained in that it was meant to follow
TL> > the processing model outlined in the SNMPv3 RFCs.
TL>
TL> Any idea why opensnmp only support v3? I would love to use it if it
TL> support v1, and v2 similar to net
On Fri, 15 Oct 2004 17:38:24 -0400, Coders Robert Story
<[EMAIL PROTECTED]> wrote:
> On Thu, 14 Oct 2004 15:56:55 +0100 Dave wrote:
> DS> I found that somewhat easier to understand than OpenSNMP (sorry Robert!)
>
> Doesn't bother me. I came onto that project rather late in the game, so Wes is
> mo
On Thu, 14 Oct 2004 15:56:55 +0100 Dave wrote:
DS> I found that somewhat easier to understand than OpenSNMP (sorry Robert!)
Doesn't bother me. I came onto that project rather late in the game, so Wes is
more likely to be offended than me.
Though in his defence, I will say that the project was som
Dave Shield wrote:
Hold on - Robert suggested just *two* threads - one to receive the
requests and *one* to process them. A single worker thread - not multiple
threads. That means there's a single point where concurrency needs to be
handled - the queueing/dequeueing of requests on this "to-be-p
Hermann> I have written a short paper[1] that deals with multithreaded
Hermann> OID handling. It discusses a few starting points. I am
Hermann> looking forward to receiving your feedback and your help for
Hermann> further steps, the implementation.
Wes> FYI, if you're looking for a truly threade
> On Mon, 11 Oct 2004 21:30:16 +0200, Hermann Lacheiner <[EMAIL PROTECTED]> said:
Hermann> I have written a short paper[1] that deals with multithreaded
Hermann> OID handling. It discusses a few starting points. I am
Hermann> looking forward to receiving your feedback and your help for
Herman
Robert> The first step I would recommend would be to simply separate packet
Robert> reception from packet processing. On thread would simply receive
Robert> packets and put them in a queue for the second thread to process them.
Hermann> So I would think of handle_snmp_packet(). There is one th
On Wed, 13 Oct 2004 19:19:28 +0200 Hermann wrote:
HL> > Once that works, I would look into moving packet decoding into the
HL> > reception thread. I don't think it would warrant it's own thread, as I
HL> > expect that the decoding of packets to be fairly quick.
HL>
HL> What do you mean with the de
Hi Robert!
Robert Story (Coders) wrote:
1) A much more detailed analysis of all APIs in netsnmp is needed. The agent
uses lots of functions from the base snmplib. There are globals that will
need multi-threaded protection (the data-store stuff comes to mind).
That's defintely true, that has to be a
On Mon, 11 Oct 2004 21:30:16 +0200 Hermann wrote:
HL> I have written a short paper[1] that deals with multithreaded OID
HL> handling. It discusses a few starting points.
HL> I am looking forward to receiving your feedback and your help for
HL> further steps, the implementation.
HL>
HL> [1] http://
11 matches
Mail list logo
