attachment

<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"/>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="place"/>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
 name="PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 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;}
tt
        {font-family:"Courier New";}
span.EmailStyle17
        {mso-style-type:personal-reply;
        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;}
-->
</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'>Dear Bill,<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></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 think that Ira&#8217;s previous
suggestion to try and obtain some feedback from software vendors who have
currently existing products in the marketplace, which query the Printer MIB, is
a great idea for the following reason:<o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>It is my perception that currently a
printer manufacturer may potentially have a very difficult time gauging what
the potential audience of client applications querying a printer MIB, which they
choose to implement into a device they create, will actually need to know.<o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Back office hosts (some examples but not
meant to reference all hosts in this class would be: mainframe class servers
from vendors like IBM and Unisys, midrange servers like HP e3000, HP non-stop
Himalaya, HP OpenVMS, IBM iSeries &#8211; AS/400, as well as UNIX variants like
AIX, HP-UX, and SUN) can frequently focus on supporting verified delivery of each
individual page in a spool file for error recovery and auditing purposes. <o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Desktop hosts (ex. Apple, Linux Desktop,
and Microsoft OS enabled devices) tend to have different issues that are
critical to them when printing a document.<o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Where a printer vendor will see a
significantly greater number of desktop hosts deployed in the world, as
compared to back office hosts, they may decide to focus most of the resources
they can muster for market analysis and QA of their MIB implementation towards
the customer environments where they believe their device will most often be
sold. <o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>After their device goes into the
marketplace, they may encounter situations where their device is deployed into
a heterogeneous host environment and some of the queries to their MIB implementation
go to areas where the printer vendor had no data as to what to expect. Unfortunately
this seems to be one of the ways that the MIB loop situation occurs where the
management application keeps asking a certain question over and over again because
it doesn&#8217;t get an answer that it expects from the target MIB.<o:p></o:p></span></font></p>

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

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Maybe it would be possible to get enough
feedback from a few different MIB managing applications across different host
environments so that some suggestions as to minimum basic functionality for a
Printer MIB implementation (current as of the date of publication) could be
included in the proposed Printer MIB Implementer&#8217;s Guide.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></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 don&#8217;t know whether people who have
actually been involved in implementing a version of the Printer MIB into a
device would think this idea was helpful or not?<o:p></o:p></span></font></p>

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

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

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

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

<div>

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

<p class=MsoNormal><tt><font size=2 color=navy face=Arial><span
style='font-size:10.0pt;font-family:Arial;color:navy'>Paul Tykodi</span></font></tt><font
size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:Arial;
color:navy'><br>
<tt><font face=Arial><span style='font-family:Arial'>Principal Consultant</span></font></tt><br>
<tt><font face=Arial><span style='font-family:Arial'>TCS - Tykodi Consulting
Services LLC</span></font></tt><br>
<br>
<tt><font face=Arial><span style='font-family:Arial'>Tel/Fax: 603-343-1820</span></font></tt><br>
<st1:City w:st="on"><st1:place w:st="on"><tt><font face=Arial><span
  style='font-family:Arial'>Mobile</span></font></tt></st1:place></st1:City><tt><font
face=Arial><span style='font-family:Arial'>:&nbsp; 603-866-0712</span></font></tt><br>
<tt><font face=Arial><span style='font-family:Arial'>E-mail:&nbsp; <a
href="mailto:ptykodi@tykodi.com">ptykodi@tykodi.com</a></span></font></tt></span></font><font
size=2 color=navy face="Courier New"><span style='font-size:10.0pt;font-family:
"Courier New";color:navy'><br>
</span></font><tt><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>WWW:&nbsp; </span></font></tt><tt><font
size=2 color=navy face="Courier New"><span style='font-size:10.0pt;color:navy'><a
href="http://www.tykodi.com/" target="_blank"><font face=Arial><span
style='font-family:Arial'>http://www.tykodi.com</span></font></a></span></font></tt><o:p></o:p></p>

</div>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>

<hr size=2 width="100%" align=center tabindex=-1>

</span></font></div>

<p class=MsoNormal><b><font size=2 face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
wamwagner@comcast.net [mailto:wamwagner@comcast.net] <br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, February 16, 2006
11:56 AM<br>
<b><span style='font-weight:bold'>To:</span></b> McDonald, Ira; '<st1:PersonName
w:st="on">ptykodi@tykodi.com</st1:PersonName>'; 'Harry Lewis'<br>
<b><span style='font-weight:bold'>Cc:</span></b> pmp@pwg.org; 'Bergman, Ron';
McDonald, Ira<br>
<b><span style='font-weight:bold'>Subject:</span></b> RE: Feedback - PMP&gt;
Minutes of the MFP Teleconference 20060214</span></font><o:p></o:p></p>

</div>

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

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>I agree that inconsistent and incorrect Printer MIB implementations are
rampant, and possibly dealing with these increases the inefficiency of
management applications. Ira's suggestion that interoperability testimg&nbsp;as
a prerequisite would be helpful in exposing&nbsp; these inappropriate
implementations, at least to the products' manufacturers. <o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>This may or may not have an effect. I beleive that most printer MIB
inconsistencies are not a result of misunderstanding the standard, but a result
of intentional decisons either to not invest the&nbsp;expense in doing it right
or to willfully obfuscate access to certain attributes to encourage the use of
the manufacturer's proprietary solutions.<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>Also, some of the very inefficient SNMP interactions I have observed
are between applications and printers from the same manufacturer, where the
application engineers presumably know the specifics of the MIB implementations.
Although this may be a result of internal miscommunication or the intentional
use of arcane private MIBS for product differentiation, I suspect that the
effect on products' performance is just not recognized or is not a
concern.&nbsp; <o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>In short, I think the problem is that it is not clear to the
manufacturers that the benefits to&nbsp;them of having:<o:p></o:p></span></font></p>

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>&nbsp; 1. good standard MIB implementations allowing effective
management by any proper application, and <o:p></o:p></span></font></p>

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>&nbsp; 2. mangement applications that are efficient with all properly
impelmeted MIBs<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>outweigh&nbsp;the benefits of having possible proprietary advanatges
for their own products. Indeed, until users recognize the benefits of and
demand consistent standardized&nbsp;&nbsp;management capabilities, there
probably is no advanatge to manufacturers&nbsp;in&nbsp;implementing them.<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>Bill Wagner, TIC<o:p></o:p></span></font></p>

</div>

<blockquote style='border:none;border-left:solid #1010FF 1.5pt;padding:0in 0in 0in 4.0pt;
margin-left:3.75pt;margin-top:5.0pt;margin-bottom:5.0pt'>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>-------------- Original message -------------- <br>
From: &quot;McDonald, Ira&quot; &lt;imcdonald@sharplabs.com&gt; <br>
<br>
&gt; Hi, <br>
&gt; <br>
&gt; First, the primary purpose of _any_ implementors guide <br>
&gt; is to foster interoperable, consistent implementations. <br>
&gt; <br>
&gt; Second, a Printer MIB v2 interoperability testing event <br>
&gt; is a necessary prerequisite to any well-grounded effort <br>
&gt; to produce a PWG Printer MIB Implementors Guide, IMHO. <br>
&gt; <br>
&gt; Third, efficiency is largely in the &quot;eye of the beholder&quot;. <br>
&gt; <br>
&gt; Fourth, excellent books and articles already exist about <br>
&gt; how to do efficient SNMP (and more generally, management <br>
&gt; protocol) implementations. The PWG members are not (with <br>
&gt; rare exceptions) subject matter experts here. A section <br>
&gt; in the proposed PWG Printer MIB Implementors Guide that <br>
&gt; identifies good SNMP and other management software design <br>
&gt; references would be sufficient and appropriate. <br>
&gt; <br>
&gt; Cheers, <br>
&gt; - Ira <br>
&gt; <br>
&gt; <br>
&gt; Ira McDonald (Musician / Software Architect) <br>
&gt; Blue Roof Music / High North Inc <br>
&gt; PO Box 221 Grand Marais, MI 49839 <br>
&gt; phone: +1-906-494-2434 <br>
&gt; email: imcdonald@sharplabs.com <br>
&gt; -----Original Message----- <br>
&gt; From: Paul Tykodi [mailto:<st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>]
<br>
&gt; Sent: Thursday, February 16, 2006 9:18 AM <br>
&gt; To: 'Harry Lewis' <br>
&gt; Cc: pmp@pwg.org; 'Bergman, Ron'; 'McDonald, Ira' <br>
&gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP Teleconference 20060214
<br>
&gt; <br>
&gt; <br>
&gt; Hi, <br>
&gt; <br>
&gt; I believe the two concepts may actually work together to cause
difficulties. <br>
&gt; The case I am thinking about is where a software product is developed,
which <br>
&gt; makes an assumption that all Printer MIB implementations will provide a <br>
&gt; particular response to a certain question given a particular condition <br>
&gt; exists within the device, and the assumption turns out to be false. Each <br>
&gt; time the software encounters a situation where the design assumption turns
<br>
&gt; out to be incorrect (device returns some unexpected response from the <br>
&gt; perspective of the software), the possibility exists for significantly <br>
&gt; increased SNMP traffic because the software needs to learn more about the <br>
&gt; condition of the device in order to decide whether to continue the
operation <br>
&gt; currently being processed. <br>
&gt; <br>
&gt; Thus I believe we could probably link the two concepts together in one <br>
&gt; document should the PWG consensus be that this idea was the best option to
<br>
&gt; pursue. <br>
&gt; <br>
&gt; Best Regards, <br>
&gt; <br>
&gt; /Paul <br>
&gt; -- <br>
&gt; Paul Tykodi <br>
&gt; Principal Consultant <br>
&gt; TCS - Tykodi Consulting Services LLC <br>
&gt; <br>
&gt; Tel/Fax: 603-343-1820 <br>
&gt; Mobile: 603-866-0712 <br>
&gt; E-mail: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName> <br>
&gt; WWW: http://www.tykodi.com <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; From: Harry Lewis [mailto:harryl@us.ibm.com] <br>
&gt; Sent: Thursday, February 16, 2006 2:14 AM <br>
&gt; To: McDonald, Ira <br>
&gt; Cc: pmp@pwg.org; <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>;
'Bergman, Ron' <br>
&gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP Teleconference 20060214
<br>
&gt; <br>
&gt; <br>
&gt; Inconsistency is a more serious problem (in my experience) than efficiency
<br>
&gt; (which I THINK is Paul's hot button). I think it would be great if we <br>
&gt; addressed both, but these may require separate efforts. <br>
&gt; ---------------------------------------------- <br>
&gt; Harry Lewis <br>
&gt; IBM STSM <br>
&gt; Chairman - IEEE-ISTO Printer Working Group <br>
&gt; http://www.pwg.org <br>
&gt; IBM Printing Systems <br>
&gt; http://www.ibm.com/printers <br>
&gt; 303-924-5337 <br>
&gt; ---------------------------------------------- <br>
&gt; <br>
&gt; <br>
&gt; &quot;McDonald, Ira&quot; <br>
<IMCDONALD@SHARPLABS.COM>&gt; Sent by: pmp-owner@pwg.org <br>
&gt; 02/15/2006 08:04 PM To&quot;'Bergman, Ron'&quot; <RON.BERGMAN@RPSA.RICOH.COM>,
<br>
&gt; <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>, pmp@pwg.org
<br>
&gt; cc <br>
&gt; SubjectRE: Feedback - PMP&gt; Minutes of the MFP Teleconference 20060214 <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Hi, <br>
&gt; <br>
&gt; I spoke with Rick Landau (Dell) this afternoon and he's getting <br>
&gt; some input from Dell management software implementors who have <br>
&gt; observed implementation inconsistencies in Printer MIB - he said <br>
&gt; he'll pass these along pretty soon - I think that cross-vendor <br>
&gt; management software implementors are some of the best allies for <br>
&gt; a PWG Best Practices document on the Printer MIB. <br>
&gt; <br>
&gt; Note that the PWG Process/2.0 requires that Implementors Guides <br>
&gt; be subject to the full process and Formal Approval and final <br>
&gt; publication as Best Practices in '/pub/pwg/informational' <br>
&gt; (i.e., unlike IETF Implementors Guides they are NORMATIVE). <br>
&gt; <br>
&gt; Cheers, <br>
&gt; - Ira <br>
&gt; <br>
&gt; <br>
&gt; <br>
&gt; Ira McDonald (Musician / Software Architect) <br>
&gt; Blue Roof Music / High North Inc <br>
&gt; PO Box 221 Grand Marais, MI 49839 <br>
&gt; phone: +1-906-494-2434 <br>
&gt; email: imcdonald@sharplabs.com <br>
&gt; <br>
&gt; &gt; -----Original Message----- <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org]On Behalf <br>
&gt; &gt; Of Bergman, <br>
&gt; &gt; Ron <br>
&gt; &gt; Sent: Wednesday, February 15, 2006 12:37 PM <br>
&gt; &gt; To: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>;
pmp@pwg.org <br>
&gt; &gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP <br>
&gt; &gt; Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; Hi Paul, <br>
&gt; &gt; <br>
&gt; &gt; I have also observed poorly designed SNMP based applications <br>
&gt; &gt; that consume <br>
&gt; &gt; enormous amounts of network bandwith. For example, reading <br>
&gt; &gt; large portions <br>
&gt; &gt; of the input and output tables at a fairly high frequency to <br>
&gt; &gt; determine the <br>
&gt; &gt; available paper sources and destinations. In many cases I <br>
&gt; &gt; believe this is <br>
&gt; &gt; the result of a desire to simplify the application, through <br>
&gt; &gt; the use of a <br>
&gt; &gt; single query loop, by developers that are not experienced in <br>
&gt; &gt; real-time code <br>
&gt; &gt; practices. <br>
&gt; &gt; <br>
&gt; &gt; As chairman of the PWG MIBs Working Group I would be glad to <br>
&gt; &gt; work with you <br>
&gt; &gt; to define and present this as a project proposal to the PWG. <br>
&gt; &gt; <br>
&gt; &gt; Regards, <br>
&gt; &gt; Ron Bergman <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; -----Original Message----- <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org]On Behalf Of Paul <br>
&gt; &gt; Tykodi <br>
&gt; &gt; Sent: Wednesday, February 15, 2006 6:13 AM <br>
&gt; &gt; To: pmp@pwg.org <br>
&gt; &gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP <br>
&gt; &gt; Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; Hi Ira, <br>
&gt; &gt; <br>
&gt; &gt; I am willing to be a co-editor for such a project. Is this <br>
&gt; &gt; something the PWG <br>
&gt; &gt; would likely want to pursue in the near term future? <br>
&gt; &gt; <br>
&gt; &gt; Thanks. <br>
&gt; &gt; <br>
&gt; &gt; Best Regards, <br>
&gt; &gt; <br>
&gt; &gt; /Paul <br>
&gt; &gt; -- <br>
&gt; &gt; Paul Tykodi <br>
&gt; &gt; Principal Consultant <br>
&gt; &gt; TCS - Tykodi Consulting Services LLC <br>
&gt; &gt; <br>
&gt; &gt; Tel/Fax: 603-343-1820 <br>
&gt; &gt; Mobile: 603-866-0712 <br>
&gt; &gt; E-mail: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>
<br>
&gt; &gt; WWW: http://www.tykodi.com <br>
&gt; &gt; <br>
&gt; &gt; -----Original Message----- <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org] On Behalf <br>
&gt; &gt; Of McDonald, <br>
&gt; &gt; Ira <br>
&gt; &gt; Sent: Wednesday, February 15, 2006 1:06 AM <br>
&gt; &gt; To: '<st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>';
pmp@pwg.org <br>
&gt; &gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP <br>
&gt; &gt; Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; Hi Paul, <br>
&gt; &gt; <br>
&gt; &gt; Harry Lewis (IBM, chair of PWG) has repeatedly suggested that a <br>
&gt; &gt; good project would be a PWG standard &quot;Printer MIB Implementor's <br>
&gt; &gt; Guide&quot; - similar in purpose and scope to the IETF Proposed Std <br>
&gt; &gt; &quot;IPP/1.1 Implementor's Guide&quot; (RFC 3196, November 2001). <br>
&gt; &gt; <br>
&gt; &gt; Volunteer PWG editor bandwidth is the problem - that and the very <br>
&gt; &gt; complicated problem space of SNMP optimization biased by MIB <br>
&gt; &gt; optimization biased by the fact that printers (and spoolers) are <br>
&gt; &gt; supposed to &quot;print first and bother me later&quot;. <br>
&gt; &gt; <br>
&gt; &gt; A first step was that Printer MIB v2 (RFC 3805) contained a great <br>
&gt; &gt; many improved DESCRIPTION clauses that clarified and recommended <br>
&gt; &gt; implementation choices for many of the columnar objects. <br>
&gt; &gt; <br>
&gt; &gt; But the problem you've identified is a whole system problem, not <br>
&gt; &gt; just a Printer MIB implementation problem. <br>
&gt; &gt; <br>
&gt; &gt; Cheers, <br>
&gt; &gt; - Ira (co-editor of Printer MIB v2) <br>
&gt; &gt; <br>
&gt; &gt; Ira McDonald (Musician / Software Architect) <br>
&gt; &gt; Blue Roof Music / High North Inc <br>
&gt; &gt; PO Box 221 Grand Marais, MI 49839 <br>
&gt; &gt; phone: +1-906-494-2434 <br>
&gt; &gt; email: imcdonald@sharplabs.com <br>
&gt; &gt; <br>
&gt; &gt; -----Original Message----- <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org]On Behalf <br>
&gt; &gt; Of Paul Tykodi <br>
&gt; &gt; Sent: Tuesday, February 14, 2006 10:50 PM <br>
&gt; &gt; To: pmp@pwg.org <br>
&gt; &gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP <br>
&gt; &gt; Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; Dear Bill, <br>
&gt; &gt; <br>
&gt; &gt; The host I was most recently analyzing was an IBM iSeries - <br>
&gt; &gt; AS/400 host. The <br>
&gt; &gt; MIB itself worked flawlessly. I am not suggesting that it was <br>
&gt; &gt; somehow the <br>
&gt; &gt; culprit for the slow printing or that it did not work correctly. The <br>
&gt; &gt; communication started OK and then the host was concerned that <br>
&gt; &gt; a response <br>
&gt; &gt; packet was not received in a timely fashion. It began a <br>
&gt; &gt; significant SNMP <br>
&gt; &gt; based questioning process to determine the current hardware <br>
&gt; &gt; status of the <br>
&gt; &gt; device and interspersed with the SNMP questions about whether <br>
&gt; &gt; the device was <br>
&gt; &gt; in error or not came a re-transmission of a potentially lost <br>
&gt; &gt; packet just to <br>
&gt; &gt; be safe. <br>
&gt; &gt; <br>
&gt; &gt; Pretty soon the majority of the communication on the wire <br>
&gt; &gt; revolved around <br>
&gt; &gt; SNMP discussions as to the device's status and data packet <br>
&gt; &gt; re-transmissions <br>
&gt; &gt; and confirmations from the printing device that it had indeed <br>
&gt; &gt; received the <br>
&gt; &gt; packet re-transmissions. As you mention, the whole idea of printing <br>
&gt; &gt; information had become unfortunately a secondary concern. <br>
&gt; &gt; <br>
&gt; &gt; In the end, all of the data was printed and no errors were <br>
&gt; &gt; reported by the <br>
&gt; &gt; host. Unfortunately the method utilized to determine that <br>
&gt; &gt; everything was <br>
&gt; &gt; actually fine was so intrusive on the printing process that I feel <br>
&gt; &gt; comfortable saying I believe that a typical customer (having <br>
&gt; &gt; paid a fee for <br>
&gt; &gt; their printing device related to its rated engine performance) would <br>
&gt; &gt; probably not have accepted the result as commercially viable. <br>
&gt; &gt; <br>
&gt; &gt; So my previous comment is directed more towards device <br>
&gt; &gt; managing software <br>
&gt; &gt; product's use of MIB capabilities (especially if more <br>
&gt; &gt; interesting things to <br>
&gt; &gt; check are added into future MIB's) and the impact that <br>
&gt; &gt; significant device <br>
&gt; &gt; status verifications can have on the actual process (in this <br>
&gt; &gt; case printing), <br>
&gt; &gt; which is being monitored. <br>
&gt; &gt; <br>
&gt; &gt; Thus in the future if some type of RFC or other standards <br>
&gt; &gt; document were to <br>
&gt; &gt; be produced, my suggestion would be to include some examples <br>
&gt; &gt; that tried to <br>
&gt; &gt; help steer software developers implementing use of MIB data away from
<br>
&gt; &gt; creating the issue you outline in point b. below. <br>
&gt; &gt; <br>
&gt; &gt; Thanks. <br>
&gt; &gt; <br>
&gt; &gt; Best Regards, <br>
&gt; &gt; <br>
&gt; &gt; /Paul <br>
&gt; &gt; -- <br>
&gt; &gt; Paul Tykodi <br>
&gt; &gt; Principal Consultant <br>
&gt; &gt; TCS - Tykodi Consulting Services LLC <br>
&gt; &gt; <br>
&gt; &gt; Tel/Fax: 603-343-1820 <br>
&gt; &gt; Mobile: 603-866-0712 <br>
&gt; &gt; E-mail: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>
<br>
&gt; &gt; WWW: http://www.tykodi.com <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org] On Behalf Of <br>
&gt; &gt; wamwagner@comcast.net <br>
&gt; &gt; Sent: Tuesday, February 14, 2006 10:33 PM <br>
&gt; &gt; To: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>;
pmp@pwg.org <br>
&gt; &gt; Cc: Paul Tykodi <br>
&gt; &gt; Subject: RE: Feedback - PMP&gt; Minutes of the MFP <br>
&gt; &gt; Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; Paul, <br>
&gt; &gt; <br>
&gt; &gt; Thanks for sending in your observation. I have worked with <br>
&gt; &gt; printers and SNMP <br>
&gt; &gt; management for many years and have not seen anything like the sort of
<br>
&gt; &gt; slowdown that you cite. Perhaps this is because I have worked <br>
&gt; &gt; with slower <br>
&gt; &gt; machines and printers/MFPs with separate NICs. At any rate, a <br>
&gt; &gt; basic SNMP <br>
&gt; &gt; tenet is that servicing of SNMP is secondary to the main <br>
&gt; &gt; purpose of the <br>
&gt; &gt; device. Indeed, reflecting this, I have seen missed or late <br>
&gt; &gt; SNMP responses <br>
&gt; &gt; during periods of high print activity. <br>
&gt; &gt; <br>
&gt; &gt; Of course, it is desirable to have efficient MIBs, something <br>
&gt; &gt; that sometimes <br>
&gt; &gt; gets lost in this era of &quot;human readability&quot;. Although you
may have <br>
&gt; &gt; contradicting data, I would suggest that the current public <br>
&gt; &gt; MIBs are not in <br>
&gt; &gt; themselves inefficient and that the problem you observed may <br>
&gt; &gt; be due to other <br>
&gt; &gt; factors such as: <br>
&gt; &gt; a. certain private MIBS use an indirect addressing approach, <br>
&gt; &gt; particularly for writes, which may make for some elegance but does <br>
&gt; &gt; complicate interaction <br>
&gt; &gt; b. many management applications are terribly <br>
&gt; &gt; inefficient, repeatedly <br>
&gt; &gt; querying the same (sometimes status) variable, and often
unnecessarily <br>
&gt; &gt; dumping blocks of data. <br>
&gt; &gt; c. Drastically underpowered controllers and/or poor handling of <br>
&gt; &gt; priorities <br>
&gt; &gt; <br>
&gt; &gt; Although I understand that it may be difficult to release <br>
&gt; &gt; such information, <br>
&gt; &gt; it would be useful to have some information on the specifics of the <br>
&gt; &gt; slow-down... the condition the management station was <br>
&gt; &gt; querying, the objects <br>
&gt; &gt; being queried, etc. <br>
&gt; &gt; <br>
&gt; &gt; Bill Wagner, TIC <br>
&gt; &gt; <br>
&gt; &gt; -------------- Original message -------------- <br>
&gt; &gt; From: &quot;Paul Tykodi&quot; <br>
<PTYKODI@TYKODI.COM>&gt; &gt; Dear List, <br>
&gt; &gt; <br>
&gt; &gt; During the last year, I have been involved in some network <br>
&gt; &gt; analysis looking <br>
&gt; &gt; at how certain hosts use the current printer MIB to determine <br>
&gt; &gt; device status <br>
&gt; &gt; (including that of MFP's) and what effect a significant number of
SNMP <br>
&gt; &gt; queries and responses can have on effective printing <br>
&gt; &gt; throughput (at times <br>
&gt; &gt; rather dramatic reduction in achievable throughput). <br>
&gt; &gt; <br>
&gt; &gt; In looking at the minutes from today's meeting, I would <br>
&gt; &gt; suggest that it <br>
&gt; &gt; might be a good idea to consider whether MIB optimization should be a
<br>
&gt; &gt; category for an MFP alerts project. The idea would be to at <br>
&gt; &gt; least minimally <br>
&gt; &gt; describe some best practices for MIB usage, which would <br>
&gt; &gt; result in the host <br>
&gt; &gt; obtaining the required information using the smallest SNMP query and <br>
&gt; &gt; response packet transmission overhead possible. <br>
&gt; &gt; <br>
&gt; &gt; In case people are wondering how dramatic a reduction in PPM <br>
&gt; &gt; I have observed <br>
&gt; &gt; when SNMP traffic is significant (host trying to determine <br>
&gt; &gt; whether device is <br>
&gt; &gt; in error or not - multiple queries are sent asking more and <br>
&gt; &gt; more specific <br>
&gt; &gt; questions of the printer MIB), I have seen printers and MFP's <br>
&gt; &gt; with rated <br>
&gt; &gt; speeds in the 75 - 125 PPM range reduced to achieving actual <br>
&gt; &gt; throughput in <br>
&gt; &gt; the 10 to 20 PPM range. <br>
&gt; &gt; <br>
&gt; &gt; HTH <br>
&gt; &gt; <br>
&gt; &gt; Best Regards, <br>
&gt; &gt; <br>
&gt; &gt; /Paul <br>
&gt; &gt; -- <br>
&gt; &gt; Paul Tykodi <br>
&gt; &gt; Principal Consultant <br>
&gt; &gt; TCS - Tykodi Consulting Services LLC <br>
&gt; &gt; <br>
&gt; &gt; Tel/Fax: 603-343-1820 <br>
&gt; &gt; Mobile: 603-866-0712 <br>
&gt; &gt; E-mail: <st1:PersonName w:st="on">ptykodi@tykodi.com</st1:PersonName>
<br>
&gt; &gt; WWW: http://www.tykodi.com <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; From: pmp-owner@pwg.org [mailto:pmp-owner@pwg.org] On Behalf <br>
&gt; &gt; Of Bergman, Ron <br>
&gt; &gt; Sent: Tuesday, February 14, 2006 7:02 PM <br>
&gt; &gt; To: pmp@pwg.org <br>
&gt; &gt; Subject: PMP&gt; Minutes of the MFP Teleconference 20060214 <br>
&gt; &gt; <br>
&gt; &gt; The minutes can be found at: <br>
&gt; &gt; <br>
&gt; &gt; ftp://ftp.pwg.org/pub/pwg/pmp/minutes/mfp/MFP_Minutes_20060214.pdf <br>
&gt; &gt; Ron Bergman <br>
&gt; &gt; Chairman, Printer MIBs Working Group <br>
&gt; &gt; <br>
&gt; &gt; <o:p></o:p></span></font></p>

</blockquote>

</div>

</body>

</html>