attachment-0001

<html>

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">


<meta name=Generator content="Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:sans-serif;
        panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"\@MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {font-family:Arial;
        color:navy;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
 /* List Definitions */
 ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=purple>

<div class=Section1>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Jerry,</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Thanks for the comments, but please
indicate if these are your comments, comments made during the face-to-face, or
comments sent to you. </span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>I agree with Ira that most of these
comments refer to the Counter Spec, especially considering his decision to remove
any definitions from the Counter MIB and just reference the Counter Spec. I also
I suspect that most users will assume that they understand the terminology and
will not look at the spec.</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>I solicit comments on the comments. &nbsp;The
intent is to have a conference call on Wednesday, 27 April, at 12 </span></font><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:Arial;
 color:navy'>noon</span></font><font size=2 color=navy face=Arial><span
style='font-size:10.0pt;font-family:Arial;color:navy'> Eastern Daylight Time to
discuss these issues and any others that come up relative to the Counter MIB
and the Counter Spec.</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>My comments follow:</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<ol start=1 type=1>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>It has been stated that the Counter
     MIB is intended to address in an ASN.1 context the abstract counters
     defined in the Counter Spec. Thgerefore any counter not specified in the Counter
     Spec can not be included in the Counter MIB. The solutions are therefore either
     to eliminate such counters from the MIB, or to allow the MIB to define counters
     that are not explicitly defined in the Counter Spec. However, the counter
     Spec essentially defines types of counters in Section 4 rather than
     explicit counters. Section 5 indicates which counter types are applicable
     to which service. Therefore, one could maintain that&nbsp; the MIB could
     include a counter type as defined in the Counter Spec, but applied to a
     physical division (e.g., device or subunit) defined by some other document.
     Discussion?</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>&nbsp;</span></font></li>
 <ol start=1 type=a>
  <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
      style='font-size:10.0pt;font-family:Arial'>Ira has stated that counters
      will not be defined in both the Counter Spec and the Counter MIB. &nbsp;The
      MIB will refer to the Spec for the conceptual definition of any counter
      in the MIB which corresponds to a counter defined in the Spec.</span></font></li>
  <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
      style='font-size:10.0pt;font-family:Arial'>Although the Counter Spec may </span></font><font
      size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>explicitly
      define and state the &quot;units&quot; of each counter, I question &nbsp;whether
      it should include the &#8220;initial, reset value and it's
      &quot;rollover&quot; value (i.e. how many bits, signed or unsigned)&#8221;,
      </span></font><font size=2 face=Arial><span style='font-size:10.0pt;
      font-family:Arial'>&nbsp;these specifics being more appropriate to the MIB
      or&nbsp; XML Schema &#8220;mapped&#8221; counters. The question of
      retaining consistent precision and maximum value when a proxy translates between
      MIB objects and Schema elements is a valid concern. However, note that
      counters are all read-only. Therefore, &nbsp;if the XML&nbsp; schema does
      not define a larger maximum vale than the MIB, there should be no problem.</span></font></li>
 </ol>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>&nbsp;</span></font></li>
 <ol start=1 type=a>
  <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
      style='font-size:10.0pt;font-family:Arial'>Line 405: OK</span></font></li>
  <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
      style='font-size:10.0pt;font-family:Arial'>Line 417: &#8220;units&#8221;
      was used here as a replacement for parameter &nbsp;(meaning </span></font><font
      size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>a
      characteristic element, according to Merriam-Webster), but Ira does not
      like the term. Obviously, &#8220;units&#8221; is confusing, so we go back
      to &#8220;counters&#8221;, which apparently is less confusing. Thus it now
      &nbsp;reads &#8220;</span></font><font color=black><span
      style='color:windowtext'>This element contains the system-wide counters aggregate
      that total like counters in all supported services.&#8221;</span></font></li>
 </ol>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>OK</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>OK&#8230; But it will result in
     a SystemTotals.Monitoring.Total Alerts element. That is, &#8220;total&#8221;
     in SystemTotals has the sense of summing over all services. </span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>OK</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>I do not see the conflict. The
     Spec has no sense of &nbsp;channels, but defines the KOctets counters as accumulating
     the &#8220;</span></font><font color=black><span style='color:windowtext'>The
     total amount of .. data in integral units of 1024 octets&#8221; &nbsp;That
     would seem to include data over all channels.</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>Ira had argued that Messages should
     go under &#8220;Monitoring&#8221; rather than &#8220;Job&#8221;. So he may
     want to change the MIB.</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>OK</span></font></li>
 <li class=MsoNormal style='color:navy'><font size=2 color=navy face=Arial><span
     style='font-size:10.0pt;font-family:Arial'>I agree that following the
     mapping of counter names from the spec to the MIB is open to confusion. There
     are two mechanisms: Ira indicated that the additional terms in the MIB names&nbsp;
     (e.g., traffic) &nbsp;&nbsp;were needed because of MIB&nbsp; format
     requirements. However, note that the counter names in Section 4 are not
     explicit in that they do not refer to actual counters but rather types of
     counters. The actual counters need the service name (or SystemTotals)
     prefix. </span></font></li>
</ol>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Bill Wagner</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal style='margin-left:.75in'><font size=2 color=navy
face=Arial><span style='font-size:10.0pt;font-family:Arial;color:navy'><br>
<br>
</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=MsoNormal style='margin-left:.5in'><font size=2 face=Tahoma><span
style='font-size:10.0pt;font-family:Tahoma'>-----Original Message-----<br>
<b><span style='font-weight:bold'>From:</span></b> owner-wims@pwg.org
[mailto:owner-wims@pwg.org] <b><span style='font-weight:bold'>On Behalf Of </span></b>thrasher@lexmark.com<br>
<b><span style='font-weight:bold'>Sent:</span></b> Monday, April 18, 2005 3:57
PM<br>
<b><span style='font-weight:bold'>To:</span></b> wims@pwg.org<br>
<b><span style='font-weight:bold'>Subject:</span></b> WIMS&gt; Counter MIB Last
Call Comments</span></font></p>

<p class=MsoNormal style='margin-left:.5in'><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'>&nbsp;</span></font></p>

<p class=MsoNormal style='margin-right:0in;margin-bottom:12.0pt;margin-left:
.5in'><font size=3 face="Times New Roman"><span style='font-size:12.0pt'><br>
</span></font><font size=2 face=sans-serif><span style='font-size:10.0pt;
font-family:sans-serif'>1. Counter MIB. </span></font><br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>Counter
Spec. Page 11 Line 388,389. states that usage counters for devices and subunits
are NOT being addressed. &nbsp;This being the case the MIB should not include
subunit counter definition language for subunits at this time until the
counters can be reviewed as to there applicability to the specific subunits
that have been defined and new counters defined, if needed, to address specific
subunits. </span></font><br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>(e.g.
how can Monitoring.CompletedFinisherJobs apply to anything but a finisher
subunit, how does the concept of a Job apply to the channel subunit, the
inputTray subunit or any subunits other than possibly the interpreter and
transformer subunits.)</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>2.Counter
Spec. </span></font><br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>The
definitions for each counter should include definitions that are one,
consistent with any repeated language in the Counter MIB descriptions, and two
completely specify the attributes of the counter. The Counter Spec. should
explicitely define and state the &quot;units&quot; of each count as well as the
initial, reset value and it's &quot;rollover&quot; value (i.e. how many bits,
signed or unsigned). &nbsp;</span></font> <br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>Example
case of a WIMS proxy that's proxying two agents, one implementing the Counter
MIB (with mostly 32 bit counters) and one with another management protocol
binding that uses either 16 bit or 64 bit counters....does the WIMS proxy
manage the rollover cases when relaying information to the WIMS manager....???</span></font>
<br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>3.
Counter Spec. Page 12 Line 405, grammer error in sentence. Line 417,sentence
should read that counters aggregate the totals of like counters with like
units....</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>4.
Counter Spec. Page 17, grammer error in first sentence of
Datastream.BlankImpressions, FCImpressions and HCImpressions
definitions.....(use not uses).</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>5.
Counter Spec. or MIB. Page 22 Monitoring table: Monitoring.Alerts.....The MIB
named it &nbsp;Monitoring.TotalAlerts.....seems more accurate.</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>6.
Counter Spec. Page 14, Line 436, word miss-spelled in sentence (should be
&quot;sum&quot; not &quot;sub&quot;).</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>7.
Counter Spec. Page 16, Definition of Job.InputKOctets and OutputKOctets does
not match that of the Counter MIB. &nbsp;The Counter MIB's
TrafficJobInputKOctets restricts the definition to data &nbsp;recieved over ALL
channels. (which is defined as a subunit)....not sure either is correct.</span></font>
<br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>8.
Counter Spec./MIB...The counter MIB defines TrafficJobInputMessages and
TrafficJobOutputMessages..the Counter Spec. does not, but does define
Monitoring.InputMessages and Monitoring.Outputs.</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>9.
Counter Spec. lists JobInputMessages and JobOutputMessages in 5.3, 5.4, 5.5,
5.6, 5,7 and 5.8. (should be MonitoringInputMessages).</span></font> <br>
<br>
<font size=2 face=sans-serif><span style='font-size:10.0pt;font-family:sans-serif'>10.
Counter MIB. The counter MIB needs to explicitly map its naming (or name
modification/shortening) of counters to the explicit names in the definitions
in Section 4 of the Counter Spec.</span></font> </p>

</div>

</body>

</html>