attachment

<div dir="ltr"><div><div><div><div><div><div><div><div>Hi Mike,<br><br></div>I like your clarifications as suggested.<br><br></div>Are you suggesting a *tiny* document that updates JPS3 and extends<br></div>Identify-Printer?<br>

<br></div>It seems like it would be nice to handle this as a minor release update<br></div>to JPS3 (so that everyone sees it).  I know, process...process.  But this<br></div>seems like the cleaner fix to me.<br><br></div>

Cheers,<br></div>- Ira<br><br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - Linux Foundation Open Printing WG<br>

Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP &amp; Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br>

<a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>

Winter  579 Park Place  Saline, MI  48176  734-944-0094<br>Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div>

<div></div><div></div><div></div><div></div></div></div>
<br><br><div class="gmail_quote">On Mon, Dec 9, 2013 at 2:53 PM, Michael Sweet <span dir="ltr">&lt;<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

All,<br>
<br>
During our last Cloud Imaging Model WG meeting, we discussed having the ability to explicitly cancel a previous Identify-Printer operation.  The consensus during that meeting was to add a new &quot;identify-actions&quot; keyword (&#39;cancel&#39;) that would cancel any active identification mechanism.<br>


<br>
In addition, a new &quot;printer-state-reasons&quot; keyword (&#39;identifying-printer&#39; was proposed, although given the existing &#39;identify-printer-requested&#39; value I like adding &#39;identify-printer-active&#39; instead) would be added to allow a Client to discover whether a printer is currently identifying itself using an action other than &#39;cancel&#39;, which by definition stops any active identification and removes the new keyword from the &quot;printer-state-reasons&quot; attribute...<br>


<br>
The official registration would look like this:<br>
<br>
  Attributes (attribute syntax)<br>
    Keyword Attribute Value                       Reference<br>
    -----------------------                       ---------<br>
  identify-actions (1setOf type2 keyword)         [PWG5100.13]<br>
    cancel<br>
<br>
  printer-state-reasons (1setOf type2 keyword)    [RFC2911]<br>
    identify-printer-active<br>
<br>
Thoughts?<br>
<br>
(I considered adding this to IPPSIX, but since this has application outside of shared infrastructure/cloud deployments I think we should register it separately...)<br>
<br>
_______________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</blockquote></div><br></div>