Multicast transports

Hi! NetSNMP does not support multicast addresses. A valid use could be for snmptrapd to listen to a multicast address. I have a patch for this: https://github.com/vincentbernat/net-snmp/compare/feature/snmptrapd-multicast The patch is quite ugly since it modifies snmptrapd while it should modif

Re: IP-MIB: ipSystemStatsTable working but ipIfStatsTable not working

❦ 25 juillet 2012 13:57 CEST, Madhu Sudhana Rao  : > I am using net-snmp 5.6.1 version on my Linux system. > > I want to print ipSystemStatsTable & ipIfStatsTable of IP-MIB. I can see > the below line in .h file in agent/mibgroup path > > config_require(ip-mib ip-forward-mib tcp-mib udp-mib) > >

[PATCH 1/3] if-mib: move netlink listening code to a separate function

--- .../mibgroup/if-mib/data_access/interface_linux.c | 55 +++- 1 file changed, 31 insertions(+), 24 deletions(-) diff --git a/agent/mibgroup/if-mib/data_access/interface_linux.c b/agent/mibgroup/if-mib/data_access/interface_linux.c index e291b9f..d4ac61b 100644 --- a/agent/m

use netlink to trigger linkUp/linkDown notifications

Hi! This is a followup to patch #1759178. I am unable to attach a new patch to an existing patch. Therefore, I send a proposition here. https://sourceforge.net/tracker/?func=detail&atid=312694&aid=1759178&group_id=12694# As stated in a comment (by Wes Hardaker): I haven't finished reviewin

[PATCH 3/3] if-mib: don't parse netlink message just to trigger a cache reload

We need to trigger a cache reload in almost all legit cases. Therefore, we can just ignore the content of the netlink message. As long as we have received one, we trigger a cache refresh. --- .../mibgroup/if-mib/data_access/interface_linux.c | 42 ++-- 1 file changed, 3 insertio

[PATCH 2/3] if-mib: use Netlink to trigger a refresh of ifTable cache

This allows us to get an instant linkup/linkdown notification. --- .../mibgroup/if-mib/data_access/interface_linux.c | 92 agent/mibgroup/if-mib/ifTable/ifTable_interface.c | 10 +++ agent/mibgroup/if-mib/ifTable/ifTable_interface.h |5 ++ 3 files changed, 107 inser

Re: netlink

❦ 2 juillet 2012 09:57 CEST, Bart Van Assche  : >> NetSNMP contains several use of a netlink socket to gather information >> from the kernel for Linux: >> agent/mibgroup/etherlike-mib/data_access/dot3stats_linux.c >> agent/mibgroup/if-mib/data_access/interface_linux.c >> agent/mibgroup/ip-mib

netlink

Hi! NetSNMP contains several use of a netlink socket to gather information from the kernel for Linux: agent/mibgroup/etherlike-mib/data_access/dot3stats_linux.c agent/mibgroup/if-mib/data_access/interface_linux.c agent/mibgroup/ip-mib/data_access/arp_netlink.c agent/mibgroup/ip-mib/data_access

Re: pass_persist agent doesn't work with snmpwalk (probable noob question)

Le 19.03.2012 00:12, Charlie Martin a écrit : > Okay, one more case I want to be sure of. Let's assume that > 1.3.6.1.4.1.59.1.5.3.1.1.10 is the numerically (as opposed to > lexicographically) highest OID in the 1.3.6.1.4.1.59.1.5.3.1.1 > subgroup. How should the agent respond to > > $ snmpwalk /

Re: pass_persist agent doesn't work with snmpwalk (probable noob question)

e. snmpwalk 1.3.6.1.4.1.59.1.5.3.1.1.2 does agetnext on 1.3.6.1.4.1.59.1.5.3.1.1.2 and get 1.3.6.1.4.1.59.1.5.3.1.1.3 but returns nothing because it is not included in the subtree rooted at 1.3.6.1.4.1.59.1.5.3.1.1.2. -- Vincent Bernat ☯ http://vincent.bernat.im /* Nobody

Re: pass_persist agent doesn't work with snmpwalk (probable noob question)

snmpwalk > 1006 $ snmpwalk -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1.2 > .1.3.6.1.4.1.59.1.5.3.1.1.2 = STRING: "91" > Observe that it gets back only one reply, which is unexpected. At least > to me. Use: snmpwalk -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1 -- Vincent Be

Re: snmp_async_send blocks during snmpv3 probe

e properly with NetSNMP? 3. I am allocating some "magic" structure to keep the original PDU, callback and callback argument. Is there something simpler with NetSNMP? The bug report from Robert Story tells that the bug should be fixed by queueing the original PDU. Maybe there

snmp_async_send blocks during snmpv3 probe

(). The problem is that if we want to fix this, we need to change the semantics for the callbacks. Is it OK to change the first callback to an async one? I don't know if the semantics of the second one needs any adaptation. -- Vincent Bernat ☯ http://vincent.bernat.im printk("

Re: Fix for hrSWRunPerfCPU/Mem

t; improbable? > Sure. Better safe than sorry.. Hi! I have added a patch in the patch tracker with my first patch: https://sourceforge.net/tracker/index.php?func=detail&aid=3479740&group_id=12694&atid=312694 -- Vincent Bernat ☯ http://vincent.bernat.im Replace rep

Re: [PATCH] mibgroup/host: fix hrSWRunPerfCPU and hrSWRunPerfMem

OoO Vers la fin de l'après-midi du jeudi 26 janvier 2012, vers 16:20, Robert Story disait : VB> Signed-off-by: Vincent Bernat > Did this ever make it into the patch tracker? What release/branch is this > patch against? Yes, I have posted it to the patch tracker: https://s

[PATCH] mibgroup/host: fix hrSWRunPerfCPU and hrSWRunPerfMem

skipped 10 elements. Same for the loop that needed to skip 9 elements: only 8 elements were skipped. Signed-off-by: Vincent Bernat --- .../host/data_access/swrun_procfs_status.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/agent/mibgroup/host/d

Fix for hrSWRunPerfCPU/Mem

Hi! On Linux, hrSWRunPerfCPU and hrSWRunPerfMem have incorrect values. I have fixed this in a patch that should follow. I will post it on Sourceforge as soon as I am able to validate my account (the confirmation mail seems to have been lost). I would also like to point that the parsing code in sw