John Hardin wrote:
I have a little more information. I have changed my MIB implementation
to return a scalar at the end instead of ending on the last table.
This seems
to have simplified things somewhat. Here's what happens at the end of
the walk of my MIB:
agent calls my code (built into the agent with the old UCD interface)
with the second to the last OID asking for the next OID (exact == 0).
1) My code returns the OID and value of my last object.
2) Agent calls my code with the last OID asking for the next one.
3) My code returns NULL
4) Agent sends this same OID over the proxy connection to Squid.
5) Squid returns NO SUCH NAME.
6) agent returns NO SUCH NAME error on the last GETNEXT from
snmpwalk.
This ends a walk of my MIB with an error. If I walk private.enterprises,
the walk ends with the error after my MIB instead of proceeding on with
the Squid MIB followed by the Net-SNMP MIB.
I believe after receiving the NULL from me on a GETNEXT for the
last OID, it should proceed to the first OID of the proxied MIB:
enterprises.3495
from the proxy statement in snmpd.config.
-
I've confirmed that the same thing happens when my MIB implementation
is removed. A walk of the whole enterprise tree breaks after the walk of
of the UCD-SNMP MIB, but this is looking like a Squid problem to me
now. The Net-SNMP agent sends a GETNEXT on the last OID in the
UCD-SNMP MIB to Squid. Squid returns a NO SUCH NAME instead
of responding with its first OID and value. Does this seem like a
reasonable
conclusion?
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
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
