Li Gan£º
=== 2006-08-24 04:12:29 ===
>Thanks, that's also what I thought, the question is which one is the config
>directive handler for config trap receiver's ip address?
just grep -r "trapsink" in the source directory.
agent/agent_read_config.c:register_app_config_h
On 23/08/06, Li Gan <[EMAIL PROTECTED]> wrote:
> Thanks, that's also what I thought, the question is which one is the
> config directive handler for config trap receiver's ip address?
>
> Would you pls. tell me, thanks very much.
Sorry - I don't have immediate access to the code.
(It's on my lapto
Hi Dave,
Thanks, that's also what I thought, the question is which one is the config
directive handler for config trap receiver's ip address?
Would you pls. tell me, thanks very much.
Li
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Shield
Sent:
On 23/08/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I've implemented code to integrate a custom MIB with the
> SNMP agent, and everything in general works fine.
> However, attempting to do
> a snmpwalk a second time invariably causes the agent to
> crash.
You need to determin
On 23/08/06, Li Gan <[EMAIL PROTECTED]> wrote:
> For our embedded system, no .conf files are used, how can I set the ip
> address of the trap receiver in the code? Thanks.
The easiest approach would probably be to hardcode a call to the
relevant config directive handler - passing in the appropria
On 23/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
> Nope. the '_' at the start of the routine indicates that it's an internal
> routine. The whole xxx_interface.c file, in fact, shouldn't be messed with
> except in very rare circumstances.
Yup - I realised that.
> DS> I'm not sure why this co
Wondering if anyone has faced a similar problem and/or
knows the reason:
I've implemented code to integrate a custom MIB with the
SNMP agent, and everything in general works fine. The code
reads/writes objects from/to an external database.
All SNMP commands generally work correctly.
The proble
Hi there,
For our embedded system, no .conf files are used, how can I set the ip
address of the trap receiver in the code? Thanks.
Li
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff do
On Wed, 23 Aug 2006 15:50:43 +0100 Dave wrote:
DS> On 23/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
DS> A related question - what should happen if someone tries to turn off
DS> an auto-reloading cache (either setting the timeout to 0, or setting
DS> the status to disabled). Should this perhaps
On 23/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
> I just wonder if the update to the nsCacheTable handles auto-reload caches.
Well, there's a comment in agent/nsCache.c about handling "auto-repeat".
(revision 1.6 - one of yours, Oscar!)
> After updating the value, it should call netsnmp_cach
On Wed, 23 Aug 2006 14:25:54 +0100 Dave wrote:
DS> The ifTable OID does appear in the nsCacheTable, so it should be
DS> possible to manipulate this caching behaviour dynamically. Good -
DS> that's worth knowing for the future.
DS> (This question has come up two or three times very recently - an FA
On Wed, 23 Aug 2006 08:31:46 -0400 Robert wrote:
RS> If you don't care about the 64bit counters, simply set cache->timeout to 0
RS> in ifTable_data_access.c. Then you will get fresh values every time you
RS> query.
Oops, that's wrong. Set cache->enabled to 0 to disable caching.
--
On 23/08/06, Li Gan <[EMAIL PROTECTED]> wrote:
> I am in root, snmpwalk and snmptrap
> are all work fine, but if I type snmptrapd, the system told me "bash:
> snmptrapd: command not found", how to deal with that?
What does
echo $PATH
display.
>
On 23/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
> DS> Ideally (IMO), this module should be written to use the cache_handler,
> DS> rather than manipulating the cache itself. That would allow the
> DS> cache timeout, etc, to be controlled dynamically via the
> DS> NET-SNMP-AGENT-MIB::nsCacheT
On Wed, 23 Aug 2006 12:10:41 +0100 Dave wrote:
DS> > Could this be an option in SNMPD.CONF ?
I have thought of that. It probably wouldn't be too hard to do.
DS> Ideally (IMO), this module should be written to use the cache_handler,
DS> rather than manipulating the cache itself. That would allow
On Tue, 22 Aug 2006 22:43:17 -0300 Gilson wrote:
GS> [...] I notice NET-SNMP 5.3.1 running on Fedora Core 5
GS> (FC5) is updating traffic counters EVERY 30 SECONDS. in opposite to
GS> standard EVERY SECOND on v.5.2.1 (FC4).
Not quite. 5.2.1 doesn't update every second, it only updates when queried
On Wed, 23 Aug 2006 11:02:24 +0100 Dave wrote:
DS> [...] Updating the header file doesn't seem to be
DS> sufficient for make to recognise that this file needs to be
DS> recompiled.
...
DS> No - I don't know why this is necessary. The workings of the MfD
DS> framework are a mystery to me!
This h
Hi
This is related to my previous question regarding
init_vacm_vars(); and
init_usmUser();
My application is wriiten in C++. When I compile using g++ I
get compilation error as follows
init_vacm_vars' undeclared (first use this function).
init_usmUser' undeclared (first use t
On 23/08/06, Gilson Soares <[EMAIL PROTECTED]> wrote:
> WORKED !
Good.
> Could this be an option in SNMPD.CONF ?
Ideally (IMO), this module should be written to use the cache_handler,
rather than manipulating the cache itself. That would allow the
cache timeout, etc, to be controlled dynamical
On 8/23/06, Dave Shield <[EMAIL PROTECTED]> wrote:
On 23/08/06, Gilson Soares <[EMAIL PROTECTED]> wrote:
> I've changed:> "ifTable/ifTable_interface.c:_ifTable_container_init()">netsnmp_cache_create( 30, );> => 30 to 5I've done some further testing, and this appears to be irrelevant.
> 'if
On 23/08/06, Gilson Soares <[EMAIL PROTECTED]> wrote:
> I've changed:
> "ifTable/ifTable_interface.c:_ifTable_container_init()"
>netsnmp_cache_create( 30, );
> => 30 to 5
I've done some further testing, and this appears to be irrelevant.
> 'ifTable/ifTable_data_access.h"
>#define IFT
Thanks Wes.
Wes Hardaker wrote:
"JP" == Jenny Paul <[EMAIL PROTECTED]> writes:
JP> #include
JP> #include
JP> The problem seems to be that the header files within mibgroup are not
JP> copied in
On 22/08/06, Felipe openglx <[EMAIL PROTECTED]> wrote:
An incredibly good analysis - you can report problems again! :-)
> (gdb) print snmptrap_oid
> $15 = {1, 3, 6, 1, 6, 3, 1, 1, 4, 1, 0}
> (gdb) print snmptrap_oid_len
> $16 = 0
>
> Hmmm... why is snmptrap_oid_len equal 0 ? Shouldn't it be th
On 23/08/06, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> The problem with shipping of the HAVE_s is that they reflect the state on
> the build machine as opposed to the install machine and in those days of
> package managers the build and install machine often do differ.
Good point.
> This lead
On 22/08/06, Li Gan <[EMAIL PROTECTED]> wrote:
> Another question about linkup trap, can I just use only 1 varbind list to
> send all the interfaces generated linkup trap? I mean by using
> "snmp_varlist_add_variable", bind all the interfaces into the same list one
> by one.
Any trap *must* start
25 matches
Mail list logo
