Hi Robert,
Looking at the _check_interface_entry_for_updates() function, I realize
now, how the 'missing' interfaces are handled. Sorry about the
confusion on the interface status.
For now, I will post a patch that utilizes the known_missing flag so
that the 'missing' interfaces are not in r
Thanks Robert for the response. I sent a reply few minutes ago when I
had not seen this email.
I will look closer at the net-snmp ifStatus of the interfaces and see
how to use the known_missing flag. IMO, a distinction needs to be made
between interfaces that have ifStatus down vs interfaces
>
> TG> Is there a reason the cache is not invalidated before calling
> TG> _cache_load()?
>
> Yes.. the old entries are needed to
>
> a) implement 64 bit counters (esp on 32 bit systems)
> b) notice when interfaces appear and disappear
>
> If you look at the code, it wouldn't be too to add code
The interface MIB is restricted at present to 10/100/1000 Mbit
ethernet interfaces on Linux. Ethtool now supports 10G and other speeds.
The convention is to check only for 0 and -1 as "unknown speeds"
diff --git a/agent/mibgroup/if-mib/data_access/interface_linux.c
b/agent/mibgroup/if-mib/data_ac
On Fri, 13 Mar 2009 12:00:09 -0700 Tushar wrote:
TG> > Is the ifStatus down?
TG> >
TG>
TG> The interface is not down, but is removed using the command:
right.. but I'm asking about the net-snmp ifStatus.
TG> It is not an issue to keep the entry if the vlan interface is down. But
TG> the ent
Hi,
I have been integrating NetSNMP 5.4.2.1 with quagga-0.99.11 (bgpd).
Based on the referred doc
I wrote
smuxpeer .1.3.6.1.4.1.3317.1.2.2 mypasswordin snmpd.conf
and
smux peer .1.3.6.1.4.1.3317.1.2.2 mypassword in bgpd.conf
but found the error
SMUX_CLOSE e
On Friday 13 March 2009 19:21:31 John Khvatov wrote:
> Hi folks,
>
> I'm working to improve python bindings. Already done:
> * Session rewritten in C (removed a lot of unsafe transfers from python
>to C and vice versa.
> * Added exceptions for errors handling
> * Reviewed/refactored/rewritte