Re: ucd-4.2.4 and netsnmp5.0

> 1. Would the mib modules that we developed using 4.2.4 work
>    transparantly in 5.0?

Yes.
Most of the current MIB modules with the v5 agent are still using
the same code from the v4 line.   We simply haven't had the time
or energy to rewrite everything!


> 2. Is there a performance improvement in the agent?
> 3. If answer to 2 is yes, is there any changes to the mib modules
>    (the generated code) that we have to do to take advantage of the
>    improvements?

Ummm...    Pass
In terms of v4 API module code, then probably not.
The v4 API is supported via a "compatability helper",
so there's an extra level of processing in between the
main agent and the MIB module code itself.
This is bound to carry a performance overhead.

The v4 and v5 agent internals are very different,
and I'd hesitate to compare their performance.
My gut feeling is that for a single MIB object
retrieval, the v4 approach is likely to be faster.

But there are a number of additional features in the
v5 agent (including grouping of related requests into
a single call, and various caching mechanisms), that
might well make it faster for some requests.

So I stand by my first answer - Pass.


> 4. Any other suggestions/gotchas that we need to be aware of from the
>    experienced coders who successfully moved from 4.2.4 to 5.0.

There are a few changes in the names of structures, and the
location of header files.   There's meant to be a compatability
library and header files, so you *shouldn't* have to change
a thing.   But I wouldn't be too surprised if this didn't
work 100%, so you might well need to tweak structure names
and header file locations to use the Net-SNMP naming.

But in terms of the real content, it should be smooth enough.

Dave

PS: Please - no HTML mail.   Thanks



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@xxxxxxxxxxxxxxxxxxxxx
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users