> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> Because that's how the two protocols are defined as working.
DS> [Sorry Wes - read the question again]
Whoops. I shouldn't respond to mail when I only have a few moments.
Of course, that may mean I'm going to be very silent from now on .
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 "fa
-
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:
> snmpg
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 1.3.6.
> "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,
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
