From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Edwards To: Hugo Tyson Cc: ecos-discuss@sourceware.cygnus.com Subject: Re: [ECOS] SNMP data available in 1.0b1 stack? Date: Thu, 07 Dec 2000 07:13:00 -0000 Message-id: <20001207091542.A13179@visi.com> References: <20001206112255.A11900@visi.com> <3A2E93C9.BCFEE121@cygnus.co.uk> <20001206141759.A12391@visi.com> <3A2EA17F.2C61C8AF@cygnus.co.uk> X-SW-Source: 2000-12/msg00169.html On Thu, Dec 07, 2000 at 10:38:43AM +0000, Hugo Tyson wrote: > > > It looks like they're there in 1.0b1: > > [snip] > > > The one that's missing is etheripstat, and I presume that's > > > because my ethernet driver isn't filling in the data and there > > > are no references to it. > > Grepping the current trunk code.... > 1) etheripstat is not used *anywhere* in our sources at all, not even by > SNMP. > 2) etheripstat seems to be conditional on IPSEC, which we don't define. > 3) the comment in netinet/ip_ether.h suggests that it's for > "Ethernet-inside-IP processing" - is this a type of tunneling? > Anyway, it's NOT for normal ethernet device stats; > specifically, there would have to be one per interface. [...] > The ethernet device stats are acquired by an ioctl() in the > device driver, using a new struct that wasn't part of the > TCP/IP stack. Yes, that new code was written for SNMPs usage. > "io/eth/current/include/eth_drv_stats.h" defines it, the ioctl > numbers are in "io/eth/current/include/eth_drv.h" [...] > To summarize: etheripstat is a red herring. ;-) Thanks for the correction. I'll impliment that ioctl in my Ethernet driver -- then it should be compatible with the updated stack and SNMP server (someday I probably will need to add SNMP support, but web-based stats is tres chic at the moment). -- Grant Edwards grante@visi.com