On Thu, Jan 21, 2010 at 3:42 AM, Dave Shield <[email protected]>wrote:
> 2010/1/20 Fulko Hew <[email protected]>:
> > AFIK the 'do' approach allows only one Perl module to be attached.
>
> Errr... what makes you think that?
> I believe you can have as many "perl do" statements as you like.
>
> I've just tried with a couple of very simple perl-based modules,
> and it seems to handle the registration and processing of
> requests for two subtrees quite happily.
>
> Where did you get the impression that this mechanism only
> supports one MIB?
>
When I was developing a network simulator (about this time last year)
I believe I tried having two 'do' statements, and only one seemed to
work/respond.
In hind sight, It could have been my problem or a combination of problems I
was having.
Thats why I prefixed my response with 'as far as I know'.
PS:
I just went back and checked and retested. I was wrong in my statement.
Multiple 'do' statements DO work.
I'm sorry for the mis-information.
But... I'd still have to ask... is the 'do' approach a good/recommended
approach
to extending Net-SNMP? Or are the embedded agents, AgentX (or even SMUX)
approaches not the 'more recommended' solution?
Personally I looked at the 'do' approach (possibly incorrectly) as a
non-standard,
one-of approach for adding a private thing really quickly or temporarily,
before recoding it in a more portable way,
Or for doing things like my network simulator hack, where I guarantee nobody
else will be running on my box (and I was taking over the _whole_ OID tree).
...Just my opinion, and I'm more than happy to be corrected by a more
knowledgeable answer.
Fulko
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
