2010/1/22 Alexander King <chenyapu1...@qq.com>:
> when the MG-soft query my private entry
> .1.3.6.1.4.1.30901.2090.7000.2.1.3.0 the snmpd routine auto termination
> itself
>
> the OID .1.3.6.1.4.1.30901.2090.7000.2.1.3.0 is trapTestingTrapOne.0 in the
> trap testing MIB file.
> trapTestingTrapOne OBJECT IDENTIFIER ::= { systeminfoController 3 }
Given that trapTestingTrapOne is an OBJECT IDENTIFIER
(i.e. a named OID), it doesn't actually have any management
information associated with it. So a GET* request for this OID
would always fail.
You can only issue requests for OBJECT-TYPE defined
OIDs.
And a management client application wouldn't be issuing
requests for a notification either - these are inherently
agent-initiated, not manager initiated OIDs.
> Did I define the wrong trap structure?
I don't think it's anything to do with the MIB definitions.
The problem will lie within the code that you've written
to implement your MIB module.
Not least the fact that it may be trying to implement
something that doesn't actually exist.
I suggest you review and consolidate your understanding
of how SNMP works, before trying to implement new MIBs.
Don't run before you can walk......
Dave
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
