> That works ok for some things, like new global counters, but some
> items really fit best in existing files and the concern there is about
> other uses of them beyond the standard tools.
> Examples:
> -addition of route age in /proc/net/route and /proc/net/ipv6_route
Routing information
[EMAIL PROTECTED] wrote on 06/29/2007 10:30:23 AM:
> David Stevens <[EMAIL PROTECTED]> writes:
>
> > I think there's a more general problem that's a huge hassle. There are
> > lots of
> > new SNMP MIB's, but no conventions (that I'm aware of, at least) to
allow
> > for
> > changes to the /pro
David Stevens <[EMAIL PROTECTED]> writes:
> I think there's a more general problem that's a huge hassle. There are
> lots of
> new SNMP MIB's, but no conventions (that I'm aware of, at least) to allow
> for
> changes to the /proc entries that get them to applications.
Actually /proc/net/snmp a
David Miller wrote:
From: David Stevens <[EMAIL PROTECTED]>
Date: Thu, 28 Jun 2007 11:17:51 -0700
Comments?
I think sysfs is a better model for MIBs, the extensibility we
get for free since each SNMP MIB entry we want to add is simply
a new file.
I'd be quite thrilled to apply a patch whic
From: David Stevens <[EMAIL PROTECTED]>
Date: Thu, 28 Jun 2007 11:17:51 -0700
> Comments?
I think sysfs is a better model for MIBs, the extensibility we
get for free since each SNMP MIB entry we want to add is simply
a new file.
I'd be quite thrilled to apply a patch which implemented this.
-
To
I think there's a more general problem that's a huge hassle. There are
lots of
new SNMP MIB's, but no conventions (that I'm aware of, at least) to allow
for
changes to the /proc entries that get them to applications. For example,
the
route age data recently submitted. I agree that existing apps
Chris Snook wrote:
Rick Jones wrote:
It seems that every driver, when providing support for ethtool -S
functionality, has considerable lattitude when it comes to the stats
provided. Clearly this is very nice for the driver writer(s) as it
allows them to provide whatever stats they feel are m
Rick Jones wrote:
It seems that every driver, when providing support for ethtool -S
functionality, has considerable lattitude when it comes to the stats
provided. Clearly this is very nice for the driver writer(s) as it
allows them to provide whatever stats they feel are most "natural" for
th
It seems that every driver, when providing support for ethtool -S
functionality, has considerable lattitude when it comes to the stats
provided. Clearly this is very nice for the driver writer(s) as it
allows them to provide whatever stats they feel are most "natural" for
their NIC(s) and name
