Hi,

I am a Linux software intern at Intel working on adding support for SNMP to 
their LLDP tool, but this is the first time I've ever worked with SNMP.  I am 
currently trying to create a lldpV2DestAddressTable subagent.  I used the 
mib2c.mfd.conf to generate the stub code, and modified it where needed.  The 
agent will run, but whenever I query it, it responds with a "No such instance 
currently exists at this OID" message.

After running the agent with several debug tokens, I was able to narrow down 
the problem a little bit more.

registered debug token handler:calling, 1
registered debug token handler::register, 1
registered debug token handler:inject, 1
registered debug token handler:returned, 1
registered debug token handler_registry, 1
registered debug token baby_steps, 1
registered debug token baby_steps_mux, 1
registered debug token helper:row_merge, 1
registered debug token helper:debug, 1
registered debug token helper:table, 1
Log handling defined - disabling stderr
handler::register: Registering  (::null) at .0
handler::register: Registering  (::null) at .0
handler::register: Registering  (::null) at .1
handler::register: Registering  (::null) at .2
handler::register: Registering  (::null) at .1
handler::register: Registering  (::null) at .2
handler_registry: registering helper debug
handler_registry: registering helper serialize
handler_registry: registering helper read_only
handler_registry: registering helper bulk_to_next
handler_registry: registering helper stash_cache
handler:inject: injecting baby_steps before baby_steps_mux
handler:inject: injecting row_merge before baby_steps
handler:inject: injecting table_container before row_merge
handler:inject: injecting cache_handler before table_container
handler:inject: injecting table before cache_handler
handler::register: Registering lldpV2DestAddressTable 
(::table::cache_handler::table_container::row_merge::baby_steps::baby_steps_mux)
 at iso.3.111.2.802.1.1.13.1.1.9
handler:inject: injecting bulk_to_next before table
Connection from UDP: [12.0.0.52]:35080->[12.0.0.53]:161
handler:calling: main handler bulk_to_next
handler:calling: calling handler bulk_to_next for mode GET
handler:returned: handler bulk_to_next returned 0
handler:calling: calling handler table for mode GET
helper:table:req: Got GET (160) mode request for handler table: base 
oid:LLDP-V2-MIB::lldpV2DestAddressTable
helper:table:col:   have at least a column (2)
helper:table:col:     closest column is 2
helper:table:     not enough for indexes
helper:table:   looking for 1 indexes
helper:table:   oid indexes not complete: LLDP-V2-MIB::lldpV2DestMacAddress
helper:table:results:   found 0 indexes
helper:table:results:   column: 2, indexes: 0
helper:table: invalid index(es) for table - skipping
handler:returned: handler table returned 0

>From this, something is clearly wrong with the table index.  Can someone 
>please explain to me what "helper:table:     not enough for indexes" means?

I went through the ifTable mib2c tutorial provided on the net-snmp.org site.  
I've compared the code for both tables, but I can't find anything significantly 
different that shouldn't be.  Any help would be greatly appreciated.

Thank you,
Joshua Hay

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to