I have come across a discrepancy when using snmpget built
with netsnmp 5.3.0.1.
I am attempting to access the sub interfaces of a router
using the ifTable in Mib II.
As a test I am attempting to retrieve the ifInOctects
variable (1.3.6.1.2.1.2.2.1.10)
Here is what gets returned
MB == Mathew Bielejeski [EMAIL PROTECTED] writes:
MB Why does snmpv1 return an error while snmpv2c does not?
It looks like you're allowing access from SNMPv1 but not SNMPv2c.
I can't tell what you're doing internally without seeing the access
control directives of your snmpd.conf file, but you
On 05/10/06, Mathew Bielejeski [EMAIL PROTECTED] wrote:
snmpget.exe -c public -v1 192.168.1.1 1.3.6.1.2.1.2.2.1.10.6
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: IF-MIB::ifInOctets.6
snmpget.exe -c public -v2c 192.168.1.1
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Shield
Sent: Thursday, October 05, 2006 3:01 PM
To: Mathew Bielejeski
Cc: net-snmp-users@lists.sourceforge.net
Subject: Re: discepancy between v1 and v2c
On 05/10/06, Mathew Bielejeski [EMAIL PROTECTED] wrote:
snmpget.exe -c
On 05/10/06, Mathew Bielejeski [EMAIL PROTECTED] wrote:
Is there a way to determine if one of these errors occurred?
Check the 'errstat' field in the response PDU.
If this is not 0, then the request failed.
If this *is* 0, then the request succeeded - although individual
varbinds may have