> TG>          IF-MIB::ifName.36 = STRING: eth0.100  <======= stale entry
>
> Is the ifStatus down?
>   

The interface is not down, but is removed using the command:

  'vconfig rem eth0.100'

so it is non-existent.

> 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
>   

Thanks.

> If you look at the code, it wouldn't be too to add code to remove interfaces
> that go down, bit it should be configurable and default to off. People who
> have vlans that periodically go up and down should have the option of keeping
> the running counters.
>   

It is not an issue to keep the entry if the vlan interface is down.  But 
the entry remains in the cache even after you remove the vlan 
interface.  How should this situation be handled?


I see a known_missing flag indicating the interface is not to be found 
anymore.  That flag seems to be set after I remove the interface using 
'vconfig rem.'  It is not set when the vlan interface is down.


Many thanks,

- Tushar

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to