Hi,
Find attached two important fixes for net-snmp-5.7.1.
* netsnmp-arp-netlink-fix.patch
- fixes a problem with my earlier patch that would not reload
the ARP cache if it was once unloaded
- optimises the reload to happen only if the cache was actually
unloaded before
*
On 11/11/2011 05:46 PM, Niels Baggesen wrote:
Den 11-11-2011 13:04, Timo Teräs skrev:
* netsnmp-swinst-crash.patch
- fixes a crash (happens at least on uclibc systems) when a
closedir(NULL) is executed under certain conditions
I would like to fix this in a different way. What do you
On 03/16/2011 07:49 PM, Robert Story wrote:
On Wed, 16 Mar 2011 17:25:51 +0200 Timo wrote:
TT I think the concept you are talking about for the cache is ok, but I'm
not
TT sure that auto-sychronized is the right name. It's more of a
keep-alive, isn't
TT it? simply bumping the expiration
On 03/11/2011 07:24 PM, Bart Van Assche wrote:
2011/3/4 Wes Hardaker harda...@users.sourceforge.net
mailto:harda...@users.sourceforge.net
On Tue, 01 Mar 2011 07:54:10 +0200, Timo Teräs
timo.te...@iki.fi mailto:timo.te...@iki.fi said:
TT What's the usual time frame for getting
Hi all,
It's been several months since I posted my patch at:
http://sourceforge.net/tracker/?func=detailaid=3123596group_id=12694atid=312694
What's the usual time frame for getting patches reviewed and committed?
Could someone take a look at this?
Thanks,
Timo
On 11/24/2010 04:43 PM, Timo Teräs wrote:
Anyway, I attached where I am currently at. It kills the old proc based
thing, and adds the new netlink based ARP container stuff. I need to
still: rewrite the procfs stuff so we don't depend on netlink (or do I
have to do this? every sane linux should
On 11/19/2010 03:06 PM, Robert Story wrote:
On Thu, 18 Nov 2010 10:58:48 +0200 Timo wrote:
TT Gets only container, and I can't associate my context data with it
TT easily. This is called from inetNetToMediaTable_interface.c which says
TT in big letters NOT USER EDITABLE CODE. So I can't modify
On 11/15/2010 01:26 PM, Timo Teräs wrote:
I personally would favor option C. That would minimize amount of
temporary containers, and keep data in one place. It would also get rid
of most duplicate code. However, it removes some of the abstraction that
is currently in place (but do we really
On 11/11/2010 05:17 PM, Robert Story wrote:
On Thu, 11 Nov 2010 16:56:31 +0200 Timo wrote:
TT I'm not too excited about caching cache changes. I'd prefer to just go
TT ahead and update the cache directly. I'll try to brew up some code to
TT see how it works out in practice.
Ok. I suggest
On 11/11/2010 04:50 PM, Robert Story wrote:
On Thu, 11 Nov 2010 08:04:18 +0200 Timo wrote:
TT Right. I'd assume the RightThing(tm) is to on first MIB request to do
TT full load and start listening changes, and after a timeout stop
TT listening changes. We'd have then fully dynamically working
On 11/11/2010 05:34 PM, Bart Van Assche wrote:
2010/11/10 Timo Teräs timo.te...@iki.fi mailto:timo.te...@iki.fi
[ ... ]
Dynamically listen Linux netlink events and add/delete/update
entries on the snmpd's copy of ARP table?
[ ... ]
In case you did not yet come across
Hi all,
I'm currently using Net-SNMP snmpd to export my Linux kernel's ARP
tables. I'm doing real time lookups on IP to ARP mapping, and it looks
like the snmpd caches the kernel's ARP table for a while resulting
sometimes in not found IP requests.
Looking at
12 matches
Mail list logo