home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / snmp / 810 < prev    next >
Encoding:
Text File  |  1992-12-30  |  1.9 KB  |  46 lines
  1. Newsgroups: comp.protocols.snmp
  2. Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!agate!ames!Dell486.TGV.COM!karl
  3. From: karl@empirical.com (Karl Auerbach)
  4. Subject: Re: Cabletron not doing get-next properly?
  5. Message-ID: <karl.1.725767364@empirical.com>
  6. Sender: usenet@news.arc.nasa.gov
  7. Organization: Empirical Tools and Technologies
  8. References: <C01psE.4n1@unixhub.SLAC.Stanford.EDU>
  9. Date: Thu, 31 Dec 1992 02:02:44 GMT
  10. Lines: 34
  11.  
  12. In article <C01psE.4n1@unixhub.SLAC.Stanford.EDU> streater@unixhub.SLAC.Stanford.EDU (Tim Streater) writes:
  13. >From: streater@unixhub.SLAC.Stanford.EDU (Tim Streater)
  14. >Subject: Cabletron not doing get-next properly?
  15. >Date: Wed, 30 Dec 1992 00:09:50 GMT
  16. >In article <karl.37.725592903@empirical.com>, karl@empirical.com (Karl Auerbach)
  17. >
  18. >says:
  19. >>
  20. >>Also check that get next really works.  It should be able to take *any* oid,
  21. >>whether or not that oid represents a variable, and finds the sucessor (or
  22. >>end of the mib.)
  23. >>
  24. >I wrote some code to get the ARP tables using SNMP. I start by doing a get-next
  25. >on mgmt_mib_ip_ipNetToMediaTable_ipNetToMediaEntry_ipNetToMediaPhysAddress, and
  26. >I look at the type of the returned variable. If it is STRING I know the unit
  27. >supports MIB-II so I use those variables. Otherwise I assume it does not and I
  28. >use the MIB-I at table.
  29. >
  30. >I tested this against various boxes (nodes, routers, etc), and found that the
  31. >Cabletron MRXI 10Base-T hub, which supports MIB-I, appears to fail in its
  32. >treatment of get-next. It returns NoSuchVariable for the get-next I outlined
  33. >above.
  34. >
  35. >Anybody else seen this? Does Cabletron know about it?
  36.  
  37. Yes, I've seen this.  I've reported it to Cabletron.  They say they are
  38. fixing it.
  39.  
  40. The way that I observed the symptoms was to do a get-next query for one of 
  41. the variables which is in the MIB-II system group, but not in the MIB-I 
  42. system group (e.g. sysContact).  I received a noSuch in return rather than 
  43. rolling over into the interfaces group (which did exist).
  44.  
  45.             --karl--
  46.