Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

NET-SNMP GET & WALK problem

39 views
Skip to first unread message

Gabriel Caffarena

unread,
May 21, 2001, 11:18:02 AM5/21/01
to
Hi,

I'm having the following problem with the RFC1286-MIB (dot1dBridge) using
NET-SNMP. It works with snmpwalk but not with snmpget:

#snmpwalk [ipaddress] [string] dot1dBridge.dot1dTp.dot1dTpFdbTable
it shows the information asked

but....

#snmpget [ipaddress] [string] dot1dBridge.dot1dTp.dot1dTpFdbTable
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
This name doesn't exist: dot1dBridge.dot1dTp.dot1dTpFdbTable.0

I've just added the RFC1286-MIB. I copied it to the mibs directory and then
reset the MIBS variable to ALL.

Can anyone please help me?

Thanks.

Gabriel


Gabriel Caffarena

unread,
May 22, 2001, 4:10:46 AM5/22/01
to

dper...@snmpinfo.com

unread,
May 22, 2001, 1:12:29 PM5/22/01
to
HI,

This is a pretty basic question. I suggest that you read a book
on SNMP. However, the snmpwalk program uses the SNMP GETNEXT
operation, which returns the lexi-next object instance.
But the snmpget program uses SNMP GET operation that requires
that you specify the OID of an object instance, and you
didn't. (You can only specify the OID value of instances
of columnar and scalar objects and not table or entry
object types.)

Regards,
/david t. perkins

Alex Ruzin

unread,
May 22, 2001, 6:59:45 AM5/22/01
to Gabriel Caffarena
As far as I understand, snmpget may not be used for *node*, but only for *leaf
* of a MIB tree.
Note, that the index of the dot1dTpFdbTable is dot1dTpFdbAddress, and it has a
syntax of MacAddress.

Try:
#snmpgetnext [ipaddress] [string] dot1dTpFdbPort

Best regards,
Alex Rozin

Gabriel Caffarena

unread,
May 24, 2001, 4:53:29 AM5/24/01
to
Thanks for your help Alex and David. It was a pretty basic question indeed,
it's always hard to start something new, isnt' it?.

Cheers,

Gabriel

"Gabriel Caffarena" <g.caf...@ic.ac.uk> wrote in message
news:9ed6tv$he2$1...@jura.cc.ic.ac.uk...

holm...@nospam.net

unread,
May 28, 2001, 1:05:56 PM5/28/01
to
On Tue, 22 May 2001 09:10:46 +0100, "Gabriel Caffarena"
<g.caf...@ic.ac.uk> wrote:

>I'm having the following problem with the RFC1286-MIB (dot1dBridge) using
>NET-SNMP. It works with snmpwalk but not with snmpget:
>
>#snmpwalk [ipaddress] [string] dot1dBridge.dot1dTp.dot1dTpFdbTable
>it shows the information asked
>
>but....
>
>#snmpget [ipaddress] [string] dot1dBridge.dot1dTp.dot1dTpFdbTable
>Error in packet
>Reason: (noSuchName) There is no such variable name in this MIB.
>This name doesn't exist: dot1dBridge.dot1dTp.dot1dTpFdbTable.0

Well, the most obvious reason is that there is no such object for
snmpget - the snmpget command is not being given a complete OID
since - the OID indexing below dot1dTpFdbTable is missing. If you did
a snmpgetnext, they you should get the first entry in the
dot1dTpFdbTable. snmpget, however, does not walk tables.

I earlier replied pointing out that sometimes it is the case that
vendor implementations do have bugs so that an OID that is encountered
as output via snmpwalk (which uses snmpgetnext) cannot be retrieved by
snmpget, or the other way around. Furthermore, sometimes vendors have
bugs so that snmpwalk goes into an infinite loop. But I missed the
obvious answer, that the snmpget command you were using had to fail
because you weren't pointing at a specific dot1dTpFdbTable entry.

Carl

Carl

Antispam address: In order to reply, change NoSpam to tiac.

0 new messages