It looks like it can take 5 to 6 minutes for SNMP daemon to
decide interface has really gone away. It will take 30 seconds
for it to decide to rescan the cache (on linux), then it marks it down
for 5 minutes.
This seems bogus and excessive, what really should happen:
* snmpd should have netlink event socket open looking for interface
changes and make it part of the select() loop.
* when interface delete message occurs, the interface change
(including any traps) are handled immediately.
Is this an intentional design to be so lazy, or some artifact of
how the poll driven portable architecture of net-snmp?
--
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
