home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / printmib / printmib-minutes-94jun.txt < prev    next >
Encoding:
Text File  |  1994-11-02  |  8.5 KB  |  189 lines
  1.  
  2. INTERIM_MEETING_REPORT_
  3.  
  4. Reported by Don Wright/Lexmark
  5.  
  6. Minutes of the Printer MIB Working Group (PRINTMIB)
  7.  
  8. An interim meeting of the PRINTMIB Working Group was held in San Jose,
  9. California on 28 and 29 June 1994.
  10.  
  11. The meeting began with introductions followed by a discussion of the
  12. agenda for the next two days.
  13.  
  14. A short discussion occurred on the ``end plan'' of the MIB and the
  15. procedures used to get the draft into final form.
  16.  
  17.  
  18. Discussions
  19.  
  20.    o Bob Herriot identified a need to better document critical versus
  21.      non-critical alerts in the SubUnitStatus textual convention.
  22.      Better explanation is needed to indicate for example that critical
  23.      means there is a critical event pending on the subunit.  To resolve
  24.      this, additional text will be added to the PRINTMIB to better
  25.      defined the states.
  26.  
  27.    o In the media path group, the prtMediaPathMaxSpeedTimeUnit has only
  28.      ``Hours'' as a valid value.  Should we simply incorporate the time
  29.      unit into the PathMaxSpeed object?  We will incorporate the time
  30.      unit (hour) into the prtMediaPathMaxSpeedPrintUnit object.  We will
  31.      remove the prtMediaPathMaxSpeedTimeUnit.
  32.  
  33.    o Remove eitherEdgeDuplex enum from prtMediaPathType.
  34.  
  35.    o Is DefaultOrientation a characteristic of the printer or of an
  36.      interpreter?  Do we need reverse portrait and reverse landscape?
  37.      We will remove the ``reverse'' modes and move the object to the
  38.      interpreter table changing its name appropriately.
  39.  
  40.    o Discussion generally on read-write variables and specifically on
  41.      prtInputName as to whether it is a post- it object.  Some
  42.      clarification of the reasons for read- write MAX-ACCESS will be
  43.      added.
  44.  
  45.    o Pete Grillo spoke about the current status of DMTF:
  46.  
  47.       -  SDK General availability for Win 3.1, OS/2 2.x, and DOS 3.3+ is
  48.          July 31st.
  49.       -  Overview of DMTF MIF hierarchy.
  50.       -  DMTF standardized on Unicode.
  51.  
  52.    o Harry Lewis presented a partial implementation of a print MIF. This
  53.      is work in progress and will track the Common MIB/MIF document and
  54.      the draft MIB.
  55.  
  56.    o The group worked with Pete Grillo and Steve Waldbusser to develop a
  57.      methodology to insure that the MIF and MIB for printer management
  58.      are fully aligned.  We reopened the issue of distinguishing the
  59.      hostmib objects from the PC versus the hostmib objects from the
  60.      printer.  The group also discussed unique requirements mapping MIB
  61.      to MIF and vice versa.  Final resolutions were not reached during
  62.      the meeting.  Steve Waldbusser took a ``homework'' assignment to
  63.      try to make a proposal to resolve the issues of multiple hostmibs
  64.      in a PC. Optional tables in the MIB are always included in the MIF
  65.      and the object is ``unknown'' if those ``optional'' objects are not
  66.      supported.  Vendors may choose to omit the optional tables from the
  67.      MIF that is shipped with the product.
  68.  
  69.    o Discussion on the use of the printer status objects in the hostmib
  70.      as a part of printer management.  Steve Waldbusser expressed that
  71.      should we identify demonstrable advantages to adding status
  72.      object(s) to the printer MIB then it would be OK to do so.  The
  73.      group was divided on the need to replace or at least augment the
  74.      status provided in the HOST MIB. No changes were made.
  75.  
  76.    o Steve Zilles summarized the group's opinion on the hostmib's
  77.      printer status:  ``We agree that having device independent status
  78.      of the RED/GREEN/YELLOW kind is a useful concept.  We are unhappy
  79.      with having additional printer status in the HostMIB but accept
  80.      that is has to be there.  We would like to recommend additional
  81.      enumerated values for printer status but we don't have a coherent
  82.      recommendation for the PrinterDetectedErrorState.''
  83.  
  84.    o Discussion on some corrections suggested by Barry Kelmen:
  85.  
  86.       -  Changed a comment from ``DOS'' to ``MS-DOS/PC-DOS''
  87.       -  Changed channel #27 to ``chServerMessageBlock''
  88.       -  Changed channel #29 to chDLLapiCall
  89.       -  Changed channel #30 to chVxDapiCall
  90.       -  Interpreter TIFF is ``Tagged Image File Format''
  91.    
  92.    o Other changes agreed to:
  93.  
  94.       -  Added chNPAP as a channel type
  95.       -  Prefix interpreter languages with ``lang''
  96.       -  Prefix channels with ``ch''
  97.  
  98.    o ``All Trademarks and Registered Trademarks are the property of
  99.      their respective owners.''  will be added to the internet draft and
  100.      other documents.
  101.  
  102.    o Configuration change counter records additions/deletions to the
  103.      printer's configuration.  Removal/reinsertion of the same paper
  104.      tray should not cause a configuration change.
  105.  
  106.    o Clarifications were made to the section describing the recommended
  107.      ways of dealing with the alert table when it overflows.
  108.    
  109.    o Discussion on the need for distinguished values for integers (-1,
  110.      -2, -3) in the case of objects like prtInputCurrentLevel.  We
  111.      removed the -1 value from prtInputMediaWeight.
  112.  
  113.    o Discussion on a way to standardize the character set description
  114.      string - should it be the common names for the character sets,
  115.      ISO9070 names, other?  Clarifications were added to several of the
  116.      character set related objects.  We will collect potential names.
  117.  
  118.    o AddressabilityUnits was clarified as .0001 inches, etc.
  119.    
  120.    o ``Other'' was removed from StackingOrder and
  121.      PageDeliveryOrientation.
  122.  
  123.    o LifeCounter and PowerOnCounter cannot be negative.  We will not
  124.      allow -1, -2 values.
  125.  
  126.    o CurrentOperator and ServicePerson will be added as optional
  127.      objects.
  128.  
  129.    o Discussion (again) on using printer status from the HOST MIB in the
  130.      light of a lack of equivalent printer status objects in the DMTF
  131.      world.  If the DMTF does not provide a host resources MIF
  132.      translated from the host resources MIB then this group will have to
  133.      translate the need parts of the host resources MIB (devices,
  134.      storage, status) and include in our MIF.
  135.  
  136.    o Steve Waldbusser presented his solutions to the problem identified
  137.      in distinguishing ``host'' resources in the host MIB versus printer
  138.      resources also contained in the host MIB. His solution will be in
  139.      the next draft of the MIB and he will be reviewing this with Pete
  140.      Grillo for DMTF concurrence.
  141.  
  142.    o Discussion on the issue of the ``need'' for a distinguished value
  143.      to indicate ``unitialized'' for object where the printer may not be
  144.      able to sense.  Tom Hastings had sent several e-mail messages
  145.      calling for this type of distinguished value.  The group respects
  146.      Tom Hasting's opinion but the group doesn't feel this is a complete
  147.      solution for this problem because once an object has been written
  148.      you lose the information that this object is ``inviting''
  149.      initialization.  The group will not add another distinguished value
  150.      but recommends an algorithmic determination of writeability.
  151.  
  152.    o Discussion on the inclusion of Appendix B/C which might imply that
  153.      the printer actually changes its behavior if an ISO MediaName is
  154.      written.  The description text will be changed to insure MediaName
  155.      and MediaType are known to be clearly ``post-it.''
  156.  
  157.    o Delete object prtOutputJobCollated from prtOutputTableAugment.
  158.    
  159.    o Delete object prtOutputSlipsheet from the prtOutputTableAugment.
  160.    
  161.    o Delete object prtInterpreterDefaultIndex because the channel group
  162.      requires a default interpreter for each channel that overrides any
  163.      printer default interpreter.
  164.  
  165.    o Change some text on the ConsoleDisplayBufferText to indicate that
  166.      writing a zero length string clears the text written to the buffer.
  167.      Other events may also cause the text to be cleared but that is
  168.      manufacturer dependent.
  169.  
  170.    o Clarified the naming and usage of the declared/granted input media
  171.      objects.  Bob Herriot presented the DPA's solution to the paper
  172.      size snapping problem.  No object changes were made.
  173.  
  174.    o Some editorial changes were made to clarify some of the textual
  175.      information found at the front of the internet draft.  These
  176.      changes will be reflected in PRTSPEC3 and in draft #3 of the MIB.
  177.  
  178.    o Steve Waldbusser suggested the addition of a expiration-time- based
  179.      lock for the localization to allow get requests to be properly
  180.      returned in the desired language.  No additional objects will be
  181.      added as the group agreed to ignore this fringe area.
  182.  
  183.    o prtConsoleLock changed to prtConsoleDisable and appropriate text
  184.      added.
  185.  
  186.    o The working group agreed that the MIB, with all agreed to changes
  187.      made, should be taken forward to the area directorate.
  188.  
  189.