Some additional data may assist to understand the *walk* problem. From the debug output comes:
=========================== Extract start =========================== vacm:checkSubtree: , unknown trace: snmp_call_callbacks(): callback.c, 231: callback: END calling callbacks for maj=1 min=12 (1 called) trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1872: snmp_agent: tp->start iso, tp->end iso.2.840.10036.1.1, trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1892: verbose:asp: asp 0x80c5ea8 reqinfo 0x80de078 assigned to request trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1899: verbose:asp: asp 0x80c5ea8 reqinfo 0x80de078 assigned to request trace: netsnmp_call_handlers(): agent_handler.c, 498: handler:calling: main handler bulk_to_next trace: netsnmp_call_handler(): agent_handler.c, 418: handler:calling: calling handler bulk_to_next for mode GETNEXT trace: netsnmp_call_handler(): agent_handler.c, 426: handler:returned: handler bulk_to_next returned 0 trace: netsnmp_call_handler(): agent_handler.c, 418: handler:calling: calling handler null for mode GETNEXT trace: netsnmp_null_handler(): null.c, 47: helper:null: Got request trace: netsnmp_null_handler(): null.c, 49: helper:null: oid:ccitt.1 trace: netsnmp_call_handler(): agent_handler.c, 426: handler:returned: handler null returned 0 trace: handle_getnext_loop(): snmp_agent.c, 2805: results: getnext results, before next pass: trace: handle_getnext_loop(): snmp_agent.c, 2808: results: trace: sprint_realloc_by_type(): mib.c, 1975: output: sprint_by_type, type 5 ccitt.1 = NULL trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1810: snmp_agent: add_vb_to_cache(0x80c5ea8, 1, ccitt.1, 0x8052b28) trace: snmp_call_callbacks(): callback.c, 205: callback: START calling callbacks for maj=1 min=12 trace: snmp_call_callbacks(): callback.c, 219: callback: calling a callback for maj=1 min=12 trace: vacm_in_view(): mibgroup/mibII/vacm_conf.c, 708: mibII/vacm_vars: vacm_in_view: ver=1, community=public2 trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 1030: netsnmp_udp_getSecName: resolve <"public2", 0x0100007f> trace: netsnmp_udp_getSecName(): snmpUDPDomain.c, 1035: netsnmp_udp_getSecName: compare <"public2", 0x00000000/0x00000000>... SUCCESS trace: netsnmp_subtree_find_first(): agent_registry.c, 156: subtree: looking for subtree for context: "" trace: netsnmp_subtree_find_first(): agent_registry.c, 160: subtree: found one for: "" trace: vacm_in_view(): mibgroup/mibII/vacm_conf.c, 835: mibII/vacm_vars: vacm_in_view: sn=realnetuser, gn=realnetgroup, vn=fullview trace: vacm_checkSubtree(): vacm.c, 526: vacm:checkSubtree: , included trace: snmp_call_callbacks(): callback.c, 231: callback: END calling callbacks for maj=1 min=12 (1 called) trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1872: snmp_agent: tp->start iso.2.840.10036.1.1, tp->end iso.2.840.10036.1.2, trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1892: verbose:asp: asp 0x80c5ea8 reqinfo 0x80de078 assigned to request trace: netsnmp_add_varbind_to_cache(): snmp_agent.c, 1899: verbose:asp: asp 0x80c5ea8 reqinfo 0x80de078 assigned to request trace: netsnmp_call_handlers(): agent_handler.c, 498: handler:calling: main handler bulk_to_next =========================== Extract stop =========================== As can be seen, the daemon attempts to service the OIDs for the 802dot11 MIB, but does not yield output to the *snmpwalk* command. The most important indication that the daemon recognises the table OIDs of the 802dot11 MIB are: snmp_agent: tp->start iso, tp->end iso.2.840.10036.1.1, and snmp_agent: tp->start iso.2.840.10036.1.1, tp->end iso.2.840.10036.1.2, William R. Buckley President SoftNerd, A California Corporation Director Emeritus, International Core Wars Society [EMAIL PROTECTED] 415-240-6107 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ 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
