attachment-0001


<br><font size=2 face="sans-serif">Bill, I think ALL standards participants
can stand a regular healthy reminder about the 80/20 rule... how we should
keep focused on standardizing well the 20% of objects, &nbsp;elements or
attributes that will provide 80% of the key interoprable function. Your
findings, although not specific, do act as such a reminder. </font>
<br>
<br><font size=2 face="sans-serif">I have been urging in past Plenary and
Steering Committee meetings that one of the most beneficial services the
PWG can provide is further Printer MIB interop testing. In the absence
of a firm commitment to achieve this your recommendation to mandate (for
WIMS) only essential elements that are known to be well supported is a
good one.</font>
<br><font size=2 face="sans-serif">----------------------------------------------
<br>
Harry Lewis <br>
IBM STSM<br>
Chairman - IEEE-ISTO Printer Working Group<br>
http://www.pwg.org<br>
IBM Printing Systems <br>
http://www.ibm.com/printers<br>
303-924-5337<br>
---------------------------------------------- </font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>wamwagner@comcast.net</b>
</font>
<br><font size=1 face="sans-serif">Sent by: owner-wims@pwg.org</font>
<p><font size=1 face="sans-serif">09/01/2005 06:37 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">&quot;'wims@pwg.org'&quot; &lt;wims@pwg.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">WIMS&gt; Reflections on a (MIB) walk</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=3>I just had occasion to MIB walk through a few implementations
of &nbsp;a table or two in the printer MIB, in several standard products
including some from the most predominant members of the industry. Remembering
the discussion and consideration that went into the objects, it is an eye
opener to see with what carelessness (or is it intentional sabotage) these
things are implemented. Granted, looking at the &nbsp;spec after all this
time, there are some ambiguities. But it often looks like someone just
thru in arbitrary values for some objects. &quot;Mandatory&quot; means
nothing. Since most management applications use private mibs, manufacturers
appear not to put any effort into validating the general MIB.Or else the
objects are of so little use that no one cares if the values are valid.</font>
<br><font size=3>&nbsp;</font>
<br><font size=3>Aside from being discouraging, I think there is a lesson
here that we may apply to our on-going work. Keep things simple; don't
expect that anyone cares if you label an element mandatory; if they have
&nbsp;a use for it, &nbsp;it will be implemented. Let's not slavishly import
things from the printer MIB or other sources, or even strive for completeness.
The criteria for inclusion must be the clear need for the element as evidenced
by existing use or indisputable future requirement.</font>
<br><font size=3>&nbsp;</font>
<br><font size=3>As for having a Printer MIB 2 cook-off (a non-proprietary
bake-off), getting &nbsp;consistent implementations may be important to
some people, but apparently not to manufacturers. I doubt anyone would
come.</font>
<br><font size=3>&nbsp;</font>
<br><font size=3>Bill Wagner</font>
<br>