On Fri, Feb 18, 2011 at 3:58 PM, Dave Shield <d.t.shi...@liverpool.ac.uk>wrote:
> On 18 February 2011 20:28, Fulko Hew <fulko....@gmail.com> wrote:
> > I have two regions registered, and I perform a getnext to the master...
> >
> > The master sends an AgentX getNext PDU on the first region looking for a
> > positive response. Unfortunately, the 'next' variable isn't within that
> range
> > so my sub-agent returns endOfMibView as per (RFC2741 7.32.3.2 paragraph
> 2)
>
> No - I don't think that's correct.
> Your subagent should look for the next variable it instantiates *without*
> regard to registration of regions (RFC 2741, section 7.2.3.2 paragraph 1)
>
But paragraph 2 sub-bullet 3 says the variable must preceed the ending OID
(if provided), so it does check (not the registration regions, (sorry I used
the
wrong term) but the search range)
It should return this varbind, even though it's outside the first region.
>
> It's up to the master agent to decide whether to discard this response
> and look for something in the intermediate portion, before repeating the
> request if necessary.
>
> That's my understanding, anyway.
>
I think I found my problem...
When I return endOfMibView (on that first search), I was also setting the
res.error field to endOfMibView.
Instead I now set the varbind.type to endOfMibView (as before) and
res.error to noError (instead).
As a result... walking now appears to work.
The spec was (I think a little ambiguous) and perhaps should have explicitly
said what res.error should be set to in paragraph 2)
Anyway... progress!
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders