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

  1. Editor's Note:  Minutes received 12/20
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. Reported by Steve Waldbusser/CMU
  7.  
  8. Minutes of the Host Resources MIB Working Group (HOSTMIB)
  9.  
  10. Agenda
  11.  
  12.  
  13.    o Administration
  14.    o Identify New Issues
  15.    o Resolve Issues
  16.  
  17.       -  Queues
  18.       -  Networked printers
  19.       -  In hrPrinterPrintPages, what is a page?
  20.  
  21.    o Plan/Conclusion
  22.  
  23.  
  24. New Issues
  25.  
  26.  
  27.    o swRunCPU
  28.    o Parent ID
  29.    o User ID
  30.    o Terminal ID
  31.    o International character set
  32.    o Remote file systems (size, use, etc.)
  33.    o Chassis MIB (as it relates to HostMIB)
  34.    o Processor speed
  35.    o Remote FS
  36.  
  37.  
  38. Discussion and Resolution of Issues
  39.  
  40.  
  41.   1. Queues (Three Choices Proposed):
  42.  
  43.        o Don't do queues.
  44.        o Overload hrStorage to include queues.
  45.        o Add a new table.
  46.  
  47.      The question was posed as to whether the host resources MIB was the
  48.      appropriate place for queue management?  One point in favor was
  49.      that queues are a good metric of system performance.  Against,
  50.      queues are very specific to their use.  In other words, a print
  51.      queue is different from a mail queue.  We can't do a decent job of
  52.      representing queue specifics here in the host MIB. In conclusion
  53.      the Group unanimously agreed that we should not manage queues in
  54.      the host MIB.
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62. 2. Network Printers
  63.    Currently printer support is for local printers.  Remote FS is
  64.    good.  Remote printer could be useful but is very different.
  65.    PRO: Connecting to remote FS is the same (from a users perspective)
  66.    as connecting to a remote printer, especially on a PC.
  67.    CON: Remote FS is knowledge that is integral to the host OS.
  68.    Printing is stateless and unknown by the host OS. Can we do a
  69.    reasonable job of monitoring a network printer.  Is this a PC
  70.    specific problem?  Should networked printers be handled in a
  71.    printer MIB?
  72.    Conclusion:  Do not support networked printers as a part of this
  73.    MIB effort.  This discussion uncovered that we should add wording
  74.    to MIB to indicate that we show all FS's that are system wide
  75.    resources (as opposed to FS's which are specific to a user).
  76.  
  77. 3. What is a Page?
  78.    Proposal Number One is to drop hrPrinterPagesPrinted, and count
  79.    octets instead.  An observation was made that 80% to 90% of the
  80.    printers can not count octets.
  81.    Proposal Number Two is to drop pagecount and add ``printer needs
  82.    service'' bit in printer status.  This bit is an OR of the other
  83.    need service bits AND any other service the printer knows it needs.
  84.    Conclusion:  The Group agreed to support proposal Number Two and
  85.    add the definition of BIT STRINGs from the snmpV2 effort to this
  86.    MIB, encoded as an OCTET STRING.
  87.  
  88. 4. swRunPerfCPU
  89.    Conclusion:  A proposal was made to change this to count
  90.    centi-seconds run rather than percentage.  The advantage to this
  91.    scheme is that agent can look to process table (in typical OS
  92.    environment) rather than have to maintain count at each interval
  93.    (or task switch).
  94.    In multiprocessor environments, this count is the sum of this
  95.    process across all processors.  (Parent Process ID, user ID,
  96.    terminal ID)
  97.    Conclusion:  These are very OS specific and not appropriate in this
  98.    MIB effort.
  99.  
  100. 5. International Character Sets
  101.    Discussion:  Should we tackle this complex problem in this MIB
  102.    effort?  Is NLS support an SNMP problem and outside of our scope?
  103.    Proposal:  Create a textual convention (TC) called ``characters''
  104.    which is an octet string.  NMS should parse this to decide if it is
  105.    printable ascii.
  106.    Conclusion:  Modify the MIB to add the characters TC.
  107.  
  108. 6. Size of Remote FS
  109.  
  110.                                  2
  111.  
  112.  
  113.  
  114.  
  115.  
  116.      Conclusion:  This is OS specific, so the Group agreed to withdraw
  117.      this.
  118.  
  119.   7. Chassis MIB relationship to host MIB
  120.      Discussion:  The chassisMIB is facing some interesting similarities
  121.      to the hostMIB.
  122.      Conclusion:  Interested individuals can work with the chassisMIB
  123.      Working Group.  However, we won't do this as a function of the
  124.      HOSTMIB Working Group.
  125.  
  126.   8. Processor Speed
  127.      Conclusion:  Delete this as it is covered by ProductID.
  128.  
  129.  
  130. Planning/Conclusion
  131.  
  132. Where do we go from here?
  133.  
  134. The Group reached consensus that all appropriate substantive issues had
  135. been addressed and that the MIB should be submitted to the IESG for
  136. publication as an RFC at the Proposed Standard level.  In particular,
  137. this consensus was that the appropriate amount of effort had been placed
  138. in identifying issues, and that each of these issues had been resolved.
  139. Any further issues that might be identified after the meeting would be
  140. addressed when the MIB is to go to Draft Standard.  Bug fixes and
  141. clarifications during the final editing process would be agreed upon on
  142. the mailing list.
  143.  
  144. The plan for the document is that Grillo and Waldbusser will make
  145. changes based on the results of the meeting and make that document
  146. available via FTP and a notification on the mailing list.  A week or two
  147. of discussion would occur on issues of bug fixes and clarifications.
  148. This would result in editing instructions that would be applied to the
  149. MIB and the MIB would then be submitted to the internet-drafts directory
  150. and to the IESG.
  151.  
  152. Attendees
  153.  
  154. Bill Bowman              bill@hpprsd.mayfield.hp.com
  155. Stephen Bush             sfb@ncoast.org
  156. Chris Chiotasso          chris@andr.ub.com
  157. James Davin              davin@bellcore.com
  158. Michael Davison          davison@fibercom.com
  159. Manuel Diaz              diaz@davidsys.com
  160. Jon Dreyer               Jon.Dreyer@east.sun.com
  161. Raymond Edgerton         bellmf.edgerton@uwm.edu
  162. Daniel Fauvarque         dfauvarq@france.sun.com
  163. Pete Grillo              pl0143@mail.psi.net
  164. Gerd Holzhauer           holzhauer1@applelink.apple.com
  165. Kevin Jackson            kmj@concord.com
  166. Ronald Jacoby            rj@sgi.com
  167.  
  168.  
  169.                                    3
  170.  
  171.  
  172.  
  173.  
  174.  
  175. Mark Kepke               mak@cnd.hp.com
  176. Zbigniew Kielczewski     zbig@eicon.qc.ca
  177. Dwain Kinghorn           microsoft!dwaink@uunet.uu.net
  178. Andrew Knutsen           andrewk@sco.com
  179. David Lin                lind@janus-ccm.zenith.com
  180. William McKenzie         mckenzie@ralvma.vnet.ibm.com
  181. Patrick Mullaney         mullaney@ctron.com
  182. David Orelowitz          david@c1st.microcom.com
  183. Gaige Paulsen            gaige@intercon.com
  184. Ed Reeder                ereeder@vnet.ibm.com
  185. Bradley Rhoades          bdrhoades@mail.mmmg.com
  186. Dan Romascanu            dan@lannet.com
  187. Assaf Rubissa            asaf@fibhaifa.com
  188. Jon Saperia              saperia@lkg.dec.com
  189. Michael Sapich           sapich@conware.de
  190. Timon Sloane             timon@rahul.net
  191. Dean Throop              throop@dg-rtp.dg.com
  192. Panos-Gavriil Tsigaridas Tsigaridas@fokus.berlin.gmd.dbp.de
  193. Steven Waldbusser        waldbusser@andrew.cmu.edu
  194.  
  195.  
  196.  
  197.                                    4
  198.