🚀 go-pugleaf

In article <C01psE.4n1@unixhub.SLAC.Stanford.EDU> streater@unixhub.SLAC.Stanford.EDU (Tim Streater) writes:
>From: streater@unixhub.SLAC.Stanford.EDU (Tim Streater)
>Subject: Cabletron not doing get-next properly?
>Date: Wed, 30 Dec 1992 00:09:50 GMT
>In article <karl.37.725592903@empirical.com>, karl@empirical.com (Karl Auerbach)
>
>says:
>>
>>Also check that get next really works.  It should be able to take *any* oid,
>>whether or not that oid represents a variable, and finds the sucessor (or
>>end of the mib.)
>>
>I wrote some code to get the ARP tables using SNMP. I start by doing a get-next
>on mgmt_mib_ip_ipNetToMediaTable_ipNetToMediaEntry_ipNetToMediaPhysAddress, and
>I look at the type of the returned variable. If it is STRING I know the unit
>supports MIB-II so I use those variables. Otherwise I assume it does not and I
>use the MIB-I at table.
>
>I tested this against various boxes (nodes, routers, etc), and found that the
>Cabletron MRXI 10Base-T hub, which supports MIB-I, appears to fail in its
>treatment of get-next. It returns NoSuchVariable for the get-next I outlined
>above.
>
>Anybody else seen this? Does Cabletron know about it?

Yes, I've seen this.  I've reported it to Cabletron.  They say they are
fixing it.

The way that I observed the symptoms was to do a get-next query for one of 
the variables which is in the MIB-II system group, but not in the MIB-I 
system group (e.g. sysContact).  I received a noSuch in return rather than 
rolling over into the interfaces group (which did exist).

			--karl--