home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / networks / manageme / decmcc / 199 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!kuhub.cc.ukans.edu!paul
  2. From: paul@kuhub.cc.ukans.edu
  3. Newsgroups: vmsnet.networks.management.decmcc
  4. Subject: DEC & Proteon "finger pointing" re MCC
  5. Message-ID: <1992Nov20.090914.44973@kuhub.cc.ukans.edu>
  6. Date: 20 Nov 92 09:09:14 CST
  7. Organization: University of Kansas Academic Computing Services
  8. Lines: 40
  9.  
  10. It's "finger pointing" time. DEC doesn't like Proteon's MIB because
  11. Proteon doesn't provide a "sequence of" and "index" definitions for
  12. private interface types with Proteon's MIB.
  13.  
  14. Proteon claims that their MIB conforms to the concise MIB RFC.
  15.  
  16. Who will actually come to the aid of the customer?
  17.  
  18. Here's excerpts from each e-mail. First DEC
  19. ----
  20. Now to try and understand what is going on we need to look at the
  21. rs232_exp_mibdef and compare it to the Proteon_mibdef.  The RS232
  22. mib definition uses 'sequence of' and 'index' to get the number of
  23. interfaces and allow a particular one to be accessed. Looking at the
  24. Proteon Mib definition, there is no way to accomplish the same type
  25. of port selection.
  26. ----
  27. And from Proteon
  28. ----
  29. No comment on the 'via port' business, it is not our concern really.
  30.  
  31. Specifically, regarding the getting of the 'interface type' I dont see why
  32. you would ever have to go to the Proteon-MIB anyway.
  33. In MIB-2, in the 'interfaces group' there are three variables called
  34. 'ifIndex', 'ifDescr' and 'iftype' that ALL NMS would use.
  35. The 'ifIndex' would get the index of the interface in question,
  36. the 'ifDescr' would give a descriptor string of the interface in question,
  37. and the 'ifType' would give a type-number. So as I see it, the
  38. problem is solvable.
  39.  
  40. We dont have or NEED TO have this kind of comprehensive info in the Proteon
  41. MIB anyway, as it would be redundant.
  42.  
  43. It is rather presumptious for the vendor of a management
  44. station to EXPECT things from a private-mib, all that a private-MIB has to
  45. do is to compile with ASN1-compilers.
  46.  
  47. And, be it noted, that our private MIB is FULLY CONFORMANT with RFC-1212,
  48. the 'concise MIB definitions' rfc. Some time ago the Proteon MIB
  49. had been  changed to conform with the concise definitions.
  50.