Hi,
I have question,
Would anyone know who calls var_ifEntry in Solaris ? i.e, this function makes I imagine requests to kernel_sunos5.c to find out the actual statistics values (I guess).
I'm trying to follow my intuition, and copy the pertinent /mibII/interfaces.c code into a new /data_access/interface_solaris.c file (see below)
then again I could be completely on the wrong planet...
On 3/9/06, Malcolm Townsend <[EMAIL PROTECTED]> wrote:
Hi,
Thank you for your response. Unfortunately I do not have access to IRC.
So what you are saying is that:
-I can just cut and paste all the code related to Solaris from /mibII/interfaces.c and place this in a new file under /if-mib/data_access --> interface_solaris.c.
-The pasted code recuperates statistics (by calling kernel_sunos5.c).
-Have the interface_solaris.c file use netsnmp_arch_interface_container_load (like in solaris_linux.c).
-place the statistics recuperated by the pasted /mibII/interfaces.c code and place it into the netsnmp_interface_entry structure.
Is that the way to proceed ? Or not ?
Cheers,
Malcolm
On 2/24/06, Robert Story < [EMAIL PROTECTED]> wrote:On Fri, 24 Feb 2006 16:53:52 +0100 Malcolm wrote:
MT> -I note that the kernel statistics are read in the file kernel_sunos5.c via
MT> kstats. ifInoctets is derived from ipackets (amultiplied by 308 to get
MT> octets presumably) . So I therefore gather for the ifHCinoctets counter
MT> ipackets64 would have to be read.
If such a structure can be read, great. But it isn't necessary. The code takes
care of using a 32 bit counter and watching for it to wrap, and updating the
hc counters.
MT> -I note also there is an interface.c file in both /mibII and in
MT> /mibgroup/if-mib/data_access. The comparable FreeBSD patches modifies
MT> interface.c, so presumably the same must be done for solaris.
as Dave said, ignore mibII, except as a reference for how the old code got the
32bit values. Really, you could just cut-n-paste that code into the right
places in the new solaris if-mib/data_access functions, and it should just
work.
MT> Could someone possibly point me in a general direction ? I would be
MT> grateful for any tid-bits.
If you have an IRC client, come pester me in the net-snmp irc channel. You'll
get much more timelier responses there.
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: < http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders >
You are lost in a twisty maze of little standards, all different.
