attachment-0001

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">


<META content="MSHTML 6.00.2800.1400" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2>Harry,</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff size=2>This 
brings up&nbsp; the question of&nbsp;&nbsp;addressing policy, one of the issues 
that remains outstanding&nbsp; in the current&nbsp; spec and one of&nbsp; the 
aspects in&nbsp;the responses&nbsp;&nbsp; to operations. &nbsp;We have 
touched&nbsp; on it in the emails.</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2>Certainly,&nbsp; the&nbsp;&nbsp;agent or the&nbsp;managed&nbsp; entity 
operating though the agent&nbsp; must&nbsp; be able&nbsp; to reject certain 
actions. (I had not&nbsp; considered rejecting certain values, such as two 
frequent&nbsp; or&nbsp; too&nbsp; large... I think that is a bit more 
complicated).&nbsp; There&nbsp; was&nbsp; never any intent to negotiate&nbsp; a 
schedule. I think&nbsp; the last suggestion&nbsp; from&nbsp; Ira was&nbsp; that, 
in the case&nbsp; of an action that is prohibited&nbsp; with respect&nbsp;&nbsp; 
to a particular&nbsp; managed&nbsp; entity by site policy, the report dealing 
with that action&nbsp; would&nbsp;&nbsp; indicate that&nbsp;&nbsp;the action was 
disallowed.&nbsp;That is, the&nbsp; response to&nbsp; the schedule does 
not&nbsp; indicate&nbsp; that an action is disallowed.&nbsp;&nbsp;Rather, the 
report&nbsp; on the action&nbsp;would indicated that is&nbsp; is disallowed, 
just as it may indicate that the managed entity was down, or&nbsp; was 
unable&nbsp; to perform&nbsp; the action&nbsp;&nbsp; for&nbsp; some&nbsp; other 
reason..</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2>&nbsp;If&nbsp; this&nbsp; were a recurring action, the recurring&nbsp; 
report&nbsp; would&nbsp; indicate it was&nbsp; disallowed.&nbsp;&nbsp; The 
management station,&nbsp; operating through the manager could then modify the 
schedule,&nbsp; but&nbsp; it&nbsp; does&nbsp; not need to.&nbsp;&nbsp; That is, 
there may be a&nbsp; generic schedule rather than a custom&nbsp; schedule&nbsp; 
developed for&nbsp; each&nbsp;&nbsp; managed entity.</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff size=2>We 
would need&nbsp; to consider whether we need to address&nbsp; agent&nbsp; rather 
than&nbsp;&nbsp; managed&nbsp; entity policies. That&nbsp; would address&nbsp; 
operations rather than&nbsp; actions. My&nbsp; first reaction is that&nbsp; this 
is not necessary since the Management Station&nbsp;&nbsp;is a trusted and 
authenticated manager.&nbsp; However,&nbsp; it is something worth 
discussing.&nbsp; The simple solution is&nbsp; that the agent&nbsp; sends 
reports&nbsp; according to&nbsp; it own&nbsp; limiting policy if&nbsp; the 
manager&nbsp; demands&nbsp; anything&nbsp; exceeding that limit.&nbsp;What&nbsp; 
would happen then is that the manger would report the agent&nbsp; for&nbsp; 
being&nbsp; non-responsive,&nbsp;&nbsp; and&nbsp; it would need to be dealt 
with&nbsp; outside&nbsp; the protocol. With respect&nbsp; to too many&nbsp; 
elements, I think any&nbsp; action must have a response. If the action is not 
performed, or&nbsp; all&nbsp; elements identified&nbsp; in the action are not 
&nbsp;acted on,&nbsp; then this should&nbsp;&nbsp; be in the report with a 
reason.</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff size=2>Bill 
Wagner</FONT></SPAN></DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=074311414-04052004><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<BLOCKQUOTE>
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><B>From:</B> Harry Lewis 
  [mailto:harryl@us.ibm.com]<BR><B>Sent:</B> Tuesday, May 04, 2004 12:55 
  AM<BR><B>To:</B> wbmm@pwg.org<BR><B>Subject:</B> WBMM&gt; Couple Questions 
  about Schedules<BR><BR></FONT></DIV><BR><FONT face=sans-serif size=2>Couple 
  questions / observations from internal review</FONT> <BR><BR><FONT 
  face="Trebuchet MS" size=3>1. &nbsp; &nbsp; &nbsp; &nbsp;Is there a way to 
  negotiate a schedule? What if the agent thinks the schedule is too frequent or 
  the list of elements too large? </FONT><BR><FONT face="Trebuchet MS" size=3>2. 
  &nbsp; &nbsp; &nbsp; &nbsp;Can the agent refuse a schedule or a specific 
  action in a schedule (ex. PurgeJobs)? Is there a way to indicate this?</FONT> 
  <BR><FONT face=sans-serif 
  size=2>---------------------------------------------- <BR>Harry Lewis 
  <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></BLOCKQUOTE></BODY></HTML>