home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / snmp / 794 < prev    next >
Encoding:
Text File  |  1992-12-18  |  2.1 KB  |  46 lines

  1. Newsgroups: comp.protocols.snmp
  2. Path: sparky!uunet!portal!kalpana!johnb
  3. From: johnb@kalpana.com (John Bartas)
  4. Subject: Re: Standard MIB object ?
  5. Message-ID: <1992Dec17.235732.25543@kalpana.com>
  6. Organization: Kalpana Inc
  7. References: <1goqabINN84h@meaddata.meaddata.com>
  8. Date: Thu, 17 Dec 92 23:57:32 GMT
  9. Lines: 35
  10.  
  11. In article <1goqabINN84h@meaddata.meaddata.com> rfrink@meaddata.com (Rick Frink) writes:
  12. >   Why isn't the object 'collisions' part of either MIB I/II ?  It seems
  13. >   very basic, yet essential.  ( If collisions is not relevant, then either
  14. >   populate with something similar or nothing ).
  15. >
  16.  
  17. Back in the Mid '80s a bunch of us at Wollongong (at the time) set about
  18. collecting the list of variables to be part of the 1st general
  19. purpose SNMP MIB. One of the requirements for the items related to 
  20. the interface was that they be generic to all interfaces as much as
  21. possible. Collisions are meaningfull on ethernet, but not on many
  22. other media. In the years since then I've implmented many agents, and 
  23. about 50% of the if table devices turn out to be ethernet. I guess you
  24. could debate if one should implement a variable that only applies
  25. about half the time, but keep in mind that we didn't know how long
  26. ethernet would be popular as a media (we were also using token ring
  27. and fiber). Even with hindsight, I think it was the right decision.
  28.  
  29. You should also note that MIB-II allows for extensions to the if
  30. Table via the "ifSpecific" object. There is an ethernet MIB which maps
  31. into that which, I assume, includes collision counts.
  32.  
  33.  
  34. >Rick Frink                                              (513) 865-1645
  35. >Mead Data Central                             Telecomm/Campus Networks
  36. >P.O. Box 933                                       rfrink@meaddata.com
  37. >Dayton, Ohio  45401                          ...!uunet!meaddata!rfrink
  38. >
  39.  
  40. ======================================================================
  41. John Bartas                     | Disclaimer - I don't speak for Kalpana
  42. Pricipal Software Engineer      | in any official capacity. I'm just
  43. Kalpana, Inc. (408)988-1600x141 | an employee who reads the net.
  44.  
  45. "We have met the enemy, and he is us." -Pogo
  46.