On Fri, 7 Feb 2003, David Luyer wrote:
> You can make that more compact as:
>
> SQUID-MIB DEFINITIONS ::= BEGIN
> enterprises OBJECT IDENTIFIER ::= { iso org(3) dod(6) internet(1) private(4)
> 1 }
> nlanr OBJECT IDENTIFIER ::= { enterprises 3495 }
>
> (you can merge those two lines also, but that's going a bit far)
>
> Although you shouldn't have to do it due to:
>
> IMPORTS
> enterprises [...]
> FROM SNMPv2-SMI
>
> And in fact if you are defining enterprises yourself, you shouldn't also
> import it. Are you sure your MIB path includes SNMPv2-SMI.txt?
I'm not sure about anything when it comes to SNMP.
After copying mib.txt to $prefix/share/snmp/mibs, then running
snmpwalk (v5.0.7) I get:
% /tmp/local/bin/snmpwalk -v 1 -c public -m SQUID-MIB bo2:3401 squid
squid: Unknown Object Identifier (Sub-id not found: (top) -> squid)
ktrace shows that snmpwalk reads my SQUID-MIB.txt file, but apparently
ignores it for some reason.
If I change the file so that it looks like this at the top:
SQUID-MIB DEFINITIONS ::= BEGIN
enterprises OBJECT IDENTIFIER ::= { iso org(3) dod(6) internet(1) private(4) > 1 }
nlanr OBJECT IDENTIFIER ::= { enterprises 3495 }
then it works better:
% /tmp/local/bin/snmpwalk -v 1 -c public -m SQUID-MIB bo2:3401 squid |& head
SQUID-MIB::cacheSysVMsize.0 = INTEGER: 7996
SQUID-MIB::cacheSysStorage.0 = INTEGER: 19353283
SQUID-MIB::cacheUptime.0 = Timeticks: (80748) 0:13:27.48
...
(I guess the -m SQUID-MIB is unnecessary anyway)
Also note that if I use "-v 2c" instead, I get no response from Squid.
Actually, tcpdump shows Squid sending replies, but snmpwalk ignores
them and reports:
Timeout: No Response from bo2:3401
Received on Fri Feb 07 2003 - 11:46:26 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:19:14 MST