Re: agent does not get called when registered at '.1'
Fulko Hew <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Apr 1, 2009 at 2:26 PM, Mark Ellison <[email protected]>wrote: > > On 04/01/2009 02:00 PM, Fulko Hew wrote: > > I've managed to get a lot farther in my universal agent/network simulator, > but todays problem is: > > "An agent registered at '.1' does not receive any requests, > but agents registered at '.1.x' (and elsewhere) do receive requests" > > For example: Lets say I query the agent with getNext ('1.3.6.1.2.1.1.1') > And given the agent code: > > my $regoid = new NetSNMP::OID('.1.3'); > > $agent->register($0, $regoid, \&my_snmp_handler); > > my agent receives the query, but... > if I register my agent with the OID '.1' instead (right at the > top of the tree so I get _every_ request) my handler doesn't get > called, but something inside the daemon does cause it to respond > with 'noSuchName'. > > Any clues? > Is there something that says registering at the top of > the OID tree is wrong, illegal, or a bug/feature? > > The shortest possible OID subtree is two subids in length. If you > register '.1' it is likely you are really registering '.0.1'. (There are > some funky rules about encoding the first subid in an OID.) > OK. I can live with that. I just wanted to make sure _I_ wasn't doing anything wrong. > You will still get every request by registering '.1.3'. Everything > published for SNMP object-types, etc. is under .1.3.6.1 anyway. (See RFC > 1065). > Actually... In the course of hunting down MIBs for stuff I've tripped over, I have found the following from Cisco that fall outside of the normal '1.3.6...' branch: IEEE8021-PAE-MIB - 1.0.8802.1.1.1 also known as: iso.std.iso8802.ieee802dot1.ieee802dot1mibs.ieee8021paeMIB IEEE8023-LAG-MIB - 1.2.840.10006.300.43 also known as: iso.member-body.us.ieee802dot3.snmpmibs.lagMIB ------------------------------------------------------------------------------ _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users