attachment-0001


<br><font size=2 face="sans-serif">It is actually a very interesting question
if you seek a consistent answer for all prtMarkerCounterUnitTC types. The
way we look at it for impressions and feet (the two most likely units)
probably falls apart for characters. It makes sense to count a blank sheet-side
because of wear due to path traversal but probably doesn't make sense to
add a blank character to prtMarkerLifeCount (unit=character). Also, the
role of a single &quot;dot&quot; is less absurd for characters than for
impressions if we had to define what it means for the unit to be marked
vs blank. So... the rule is to count blank(s) (impressions, feet etc.)
and I suggest characters are an exception. </font>
<br>
<br><font size=2 face="sans-serif">For impressions (the unit you asked
about), I agree with Ira (increment by 2) &nbsp;_unless_ the printer is
capable of not recirculating single impression sheets within a duplex job.
&nbsp;I think most (cut-sheet) printers recirculate all sheets when the
job is in duplex mode which, I'm sure, is the basis for Ira's answer. &nbsp;</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>&quot;McDonald, Ira&quot;
&lt;imcdonald@sharplabs.com&gt;</b> </font>
<p><font size=1 face="sans-serif">07/24/2005 10:22 AM</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;'Silver, Thomas'&quot; &lt;Thomas.Silver@xerox.com&gt;,
&quot;McDonald, Ira&quot; &lt;imcdonald@sharplabs.com&gt;, Harry Lewis/Boulder/IBM@IBMUS,
ron.bergman@hitachi-ps.us.com, &quot;'Zehler, Peter'&quot; &lt;Peter.Zehler@xeroxlabs.com&gt;,
&quot;'pmp@pwg.org'&quot; &lt;pmp@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">RE: Need clarification on the definition
of RFC 3805 'prtMarkerLi &nbsp; &nbsp; &nbsp; &nbsp;feCount' object</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi Tom,<br>
<br>
Sorry I missed this the first time around. &nbsp;Wasn't sent to PMP<br>
mailing list, so it got killed by spam filters.<br>
<br>
The answer to your question is that both behaviors by duplex<br>
printers on a single page job are historically correct <br>
(increment by one or increment by two). &nbsp;But your question<br>
only makes sense if the PrtMarkerCounterUnitTC chosen unit<br>
is 'impressions(7)'.<br>
<br>
The principal use of PrtMarkerLifeCount is to record use of<br>
the marker physical path. &nbsp;A duplex but blank back side <br>
_probably_ still went through the duplex path and caused<br>
wear on rollers, etc.<br>
<br>
There is new guidance here. &nbsp;In the PWG Imaging System Counters<br>
spec (completed last call and soon to be formally approved),<br>
a 'blank impression' MUST be counted in an overall 'Impressions'<br>
counter (and also in the separate 'BlankImpressions' counter).<br>
Therefore, the best practice for prtMarkerLifeCount using<br>
impressions would now be to increment by TWO (not intuitive,<br>
I know).<br>
<br>
Pete Zehler - please put in your two cents here, since it's<br>
a question from Xerox - thanks.<br>
<br>
Cheers,<br>
- Ira<br>
<br>
Ira McDonald (Musician / Software Architect)<br>
Blue Roof Music / High North Inc<br>
PO Box 221 &nbsp;Grand Marais, MI &nbsp;49839<br>
phone: +1-906-494-2434<br>
email: imcdonald@sharplabs.com<br>
<br>
&gt; -----Original Message-----<br>
&gt; From: Silver, Thomas [mailto:Thomas.Silver@xerox.com]<br>
&gt; Sent: Sunday, July 24, 2005 8:38 AM<br>
&gt; To: imcdonald@sharplabs.com; harryl@us.ibm.com;<br>
&gt; ron.bergman@hitachi-ps.us.com<br>
&gt; Subject: RE: Need clarification on the definition of RFC 3805<br>
&gt; 'prtMarkerLifeCount' object<br>
&gt; <br>
&gt; <br>
&gt; Would you folks kindly respond to this issue please? <br>
&gt; Thanks,<br>
&gt; Tom <br>
&gt; <br>
&gt; -----Original Message-----<br>
&gt; From: Thomas Silver [mailto:tsilver@rochester.rr.com] <br>
&gt; Sent: Friday, July 15, 2005 7:52 AM<br>
&gt; To: imcdonald@sharplabs.com; harryl@us.ibm.com;<br>
&gt; ron.bergman@hitachi-ps.us.com<br>
&gt; Cc: Silver, Thomas<br>
&gt; Subject: Need clarification on the definition of RFC 3805<br>
&gt; 'prtMarkerLifeCount' object<br>
&gt; <br>
&gt; Hi folks,<br>
&gt; <br>
&gt; Would you mind clarifying the definition of the 'prtMarkerLifeCount'<br>
&gt; object as defined by RFC 3805 - Printer MIB v2?<br>
&gt; <br>
&gt; I've spoken w/ some individuals who believe that the<br>
&gt; 'prtMarkerLifeCount'<br>
&gt; object is supposed to represent the total number of units <br>
&gt; marked by the<br>
&gt; imaging module (i.e. only increment the count by 1 whenever marks
are<br>
&gt; put on a side of paper when units = impressions). Others believe that<br>
&gt; this object is supposed to represent the total number of units that<br>
&gt; degrade the life of the imaging module (i.e. blank sheets degrade
the<br>
&gt; life of a print cartridge even though no marks were made on a side
of<br>
&gt; paper, assuming units=impressions, and therefore need to be <br>
&gt; counted). In<br>
&gt; other words, on some duplex-enabled printers, if you submit a<br>
&gt; single-page document, the 'prtMarkerLifeCount' object will be<br>
&gt; incremented by a value of 2 while on other duplex-enabled <br>
&gt; printers, the<br>
&gt; 'prtMarkerLifeCount' object will be incremented by a value of 1. Which<br>
&gt; is correct?<br>
&gt; <br>
&gt; Thanks in advance for the clarification,<br>
&gt; <br>
&gt; Tom :-)<br>
&gt; <br>
&gt; System Engineer<br>
&gt; CWW/XDM/MMC Console Development<br>
&gt; XGS\GD&amp;D\GD\SE&amp;PM<br>
&gt; thomas.silver@usa.xerox.com<br>
&gt; 8*222-7219/585-422-7219<br>
&gt; <br>
</font></tt>
<br>