home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / hostmib / hostmib-minutes-92oct.txt < prev   
Text File  |  1993-02-17  |  9KB  |  258 lines

  1. Editor's Note:  Minutes received 11/14/92
  2.  
  3. INTERIM_MEETING_REPORT_
  4.  
  5.  
  6.  
  7. Reported by Steven Waldbusser/CMU
  8.  
  9. Minutes of the Host Resources MIB Working Group (HOSTMIB)
  10.  
  11. Minutes of the Host Resources MIB Working Group held October 12-13, 1992
  12. at Carnegie Mellon University, Pittsburgh PA
  13.  
  14. Agenda
  15.  
  16.  
  17.    o Introduction (Waldbusser)
  18.  
  19.       -  Local Arrangements
  20.       -  Attendance
  21.       -  Agenda
  22.  
  23.    o Overview of Changes (Grillo, Waldbusser)
  24.    o Questions about current draft (Discussion)
  25.    o Proposals
  26.    o Summary
  27.  
  28.  
  29. Overview of Changes from Last Draft
  30.  
  31.  
  32.    o New DateAndTime syntax (more changes in the works)
  33.    o Processor is now a device
  34.    o Storage allocation units
  35.    o New device types
  36.    o Nuke device location (as per mailing list)
  37.    o Add device status
  38.    o Add device errors
  39.    o Nuke video table (as per mailing list)
  40.    o Rearrange disk/partition/file system
  41.    o Full/Partial backup date
  42.    o Printer table
  43.    o SW type (OS, device driver,application)
  44.  
  45.  
  46. Resolutions to the Proposed Topics
  47.  
  48.  
  49.    o Storage -> Device - explain logical vs.  physical
  50.      There were requests to clarify the differences between the
  51.      hrStorage table and why it isn't in the hrDevice table.  The
  52.      hrStorage table is defined as a table of logical storage entries as
  53.      opposed to the hrDevice table, which describes physical devices.
  54.      It was agreed that additional dialogue in the MIB was needed in
  55.      order to clarify the use of the hrStorage table.
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. o ProductID - Guidance to Industry, Should CMU Bootstrap?
  64.   It was agreed that ProductIDs are a good idea.  There was
  65.   discussion as to how to encourage adoption of ProductIDs throughout
  66.   the industry.  There was a proposal to `seed' a list in CMU address
  67.   space with definitions for popular products.
  68.  
  69. o Logging
  70.   It was decided that logging of system `events' was a useful
  71.   function, but was outside of the scope of the host resources MIB
  72.   effort.
  73.  
  74. o Nuke hrDiskStorageType
  75.   This enumerated list was dropped.  This same information may be
  76.   determined from the hrDeviceType.
  77.  
  78. o ReadWrite/readOnly in disk/FS Entries
  79.   There was confusion about what readWrite/readOnly meant in the disk
  80.   and file system entries.  This was clarified (see new MIB for
  81.   clarification).
  82.  
  83. o Asset Management - Serial #, ...
  84.   It was suggested that an object should exist for serial numbers of
  85.   devices (and possibly S/W). The Group agreed that, instead, the
  86.   hrDeviceDescr and hrSwInstalledName could contain the serial
  87.   number.
  88.  
  89. o Printer Status - deviceStatus relationship
  90.   See `general printer discussion' below.
  91.  
  92. o Nuke outOfPaper, Replace with interventionRequired
  93.   See `general printer discussion' below.
  94.  
  95. o Additional Variables for Network Table
  96.   A proposal was made for some additional variables to be added to
  97.   the network table.  After some discussion, it was determined that
  98.   the proposed variables were PC NOS specific or belonged in a
  99.   networking MIB. The proposal was then dropped.
  100.  
  101. o Networked Disks
  102.   It was agreed that it would be important to identify those file
  103.   systems that were remotely mounted, but that the host MIB should
  104.   not support remote troubleshooting of these file systems (it should
  105.   contain enough information for a manager to find the file server
  106.   and communicate directly with it).  A new object,
  107.   hrFSRemoteMountPoint was added to the hrFSTable to provide this
  108.   linkage.
  109.  
  110.  
  111.                                 2
  112.  
  113.  
  114.  
  115.  
  116.  
  117. o References to (MIB-II) System Group
  118.   The host resources MIB requires the use of certain MIB-II System
  119.   Group variables.  There was concern about the discussions going on
  120.   in the SNMPv2 Working Group about the unclear semantics of the
  121.   sysDescr object.  It was agreed that we would monitor these
  122.   activities and not duplicate them here, but if at some later date
  123.   this issue is not resolved we may need to add this functionality
  124.   into this MIB.
  125. o General Printer Discussion
  126.   Considerable discussion occurred on how to best define printers in
  127.   this MIB. It was agreed that this MIB was not the place to have
  128.   total printer knowledge, but that generic printer state information
  129.   was needed.
  130.   Some problems with the October draft were that the printerStatus
  131.   variable was overloaded with a couple of orthogonal issues.  The
  132.   usefulness of the tonerStatus variable did not warrant its own
  133.   variable in the MIB.
  134.   The printer group was redesigned and is included in the November
  135.   draft ofi the MIB. The relationship between the deviceStatus object
  136.   and the printerStatus object was refined and all the common error
  137.   states were moved into a bit string.
  138.  
  139. o ``Other''
  140.   It was agreed that an enumeration for ``other'' would be included
  141.   wherever appropriate throughout the MIB.
  142.  
  143. o Re:  # of Users; What is a User?
  144.   A discussion took place over the definition of a user.  There were
  145.   two possibilities:  a human, or a distinct user session (possibly
  146.   many per human).  The latter definition was chosen because it was
  147.   1) easier to calculate and, 2) correlated better with system
  148.   resource use.
  149.  
  150. o Processor Load
  151.   Due to the difficulty in calculating and interpreting processor
  152.   load using the semantics defined in the October draft, it was
  153.   decided that hrProcessorLoad was an average percentage of load
  154.   between 0 and 100% computed over the last minute.
  155.  
  156. o Parity Errors
  157.   A proposal was made to add memory/disk parity errors.  After
  158.   discussion, we decided to use the existing deviceErrors variable
  159.   for these errors.
  160.  
  161. o 5, 15 Minute Averages
  162.   It was suggested that averages should exist over 5 and 15 minute
  163.   intervals.  This idea was dropped as it was possible to determine
  164.  
  165.                                 3
  166.  
  167.  
  168.  
  169.  
  170.  
  171.      these averages from the 1 minute average currently in the MIB.
  172.  
  173.    o SW Run CPU Used
  174.      There was a proposal to add this object and general agreement that
  175.      it was useful, but there was also a concern about the costs of
  176.      implementation on some systems.  The resolution was to create the
  177.      object in a new group, the optional Running Software Performance
  178.      group.  In addition, the hrSWRunSize object was moved into this new
  179.      group.
  180.  
  181.    o SW Installed Path
  182.      The Group agreed that the hrSWInstalledPath object was not very
  183.      usable, o so it was deleted.
  184.  
  185.    o SW Run Index/Status
  186.      There was some concern that with the ability to kill processes, the
  187.      hrSWRunIndex might not be ``unique enough'' and that the wrong
  188.      process could be killed.  The resolution was to suggest that the
  189.      agent use the operating system's native process identification
  190.      scheme (i.e., the process id).
  191.  
  192.    o SNMPv2 Format
  193.      It was agreed that the working group would not produce a document
  194.      with the new macros defined in SNMPv2, but that the Working Group
  195.      Chair would keep a (separate) working copy in that format to use as
  196.      an aid in rigorously identifying conformance and grouping issues
  197.      that should be addressed by the working group and described in
  198.      comments in the MIB.
  199.  
  200.  
  201. Open Issues
  202.  
  203.  
  204.    o Networked Printer Identification
  205.      A proposal was made that networked printers and their addresses be
  206.      identified for all such printers ``connected'' to the system.  This
  207.      would be useful for remote troubleshooting of printing problems.
  208.      The debate was over what ``connected'' meant in an environment when
  209.      network printing protocols typically require no state to be saved
  210.      on either end.  In addition, many systems don't have any idea what
  211.      printers their applications are accessing, especially in multiuser
  212.      systems, where there is no common place to look for this
  213.      information.
  214.      No consensus was reached on whether or not to include this
  215.      functionality.
  216.  
  217.    o Queue Monitoring
  218.      A proposal was made to add a table for monitoring queues (print,
  219.      mail, ...).  The three options discussed were:
  220.  
  221.                                    4
  222.  
  223.  
  224.  
  225.  
  226.  
  227.       1. Don't add any support for queue monitoring.
  228.       2. Leverage off of similarities between queues and allocated
  229.          memory by monitoring queues with the hrStorageTable.
  230.       3. Add a table similar to the following:
  231.  
  232.                                HrQueueEntry ::= SEQUENCE {
  233.                                     hrQueueIndex          INTEGER,
  234.                                     hrQueueDescription    DisplayString,
  235.                                     hrQueueLength         INTEGER,
  236.                                     hrQueueServicedItems  Counter,
  237.                                     hrQueueInsertFailures Counter
  238.                               }
  239.  
  240.  
  241.  
  242. Attendees
  243.  
  244. Amatzia Ben-Artzi        amatzia@netmanage.com
  245. Steve Bush               sfb@ncoast.org
  246. Raymond Edgerton         bellmf!edgerton@uwm.edu
  247. Michael Erlinger         mike@lexcel.com
  248. Pete Grillo              pl0143@mail.psi.net
  249. Todd Kulick              TK24@andrew.cmu.edu
  250. Ed Reeder                ereeder@vnet.ibm.com
  251. Jon Saperia              saperia@tcpjon.ogo.dec.com
  252. Steven Waldbusser        waldbusser@andrew.cmu.edu
  253. Walter Wong              wcw@cmu.edu
  254.  
  255.  
  256.  
  257.                                    5
  258.