attachment
<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div>Hi Mike,<br><br></div>See my related reply about PWG 5107.3.<br><br></div>I suggest changing the IPP printer-state-reasons from "-error" to "-fault".<br>
<br></div>WARNING - all of the PWG 5100.9 extensions *were* registered in the<br></div>IANA Printer MIB and SMIv2 rules prevent our changing the names of<br></div>already assigned enumeration values, so the possible fix is different <br>
from my suggested one for PWG 5107.3.<br></div><br></div>WARNING - vendors (printer and management systems) who have used<br></div>the previously assigned PWG 5107.3 or PWG 5100.9 names and values<br></div>in the Printer MIB will have breakage if we change these "Error" suffixes<br>
</div>in the IANA Printer MIB.<br><br></div>I'll put this topic on the next IPP WG agenda for 31 March.<br><br></div>Cheers,<br></div>- Ira<br><br><div><div> <br></div></div></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 & 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, Mar 17, 2014 at 2:07 PM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
All,<br>
<br>
It was recently pointed out to me that PWG 5100.9 defines several "printer-state-reasons" keywords with the suffix "-error":<br>
<br>
subunit-recoverable-storage-error<br>
subunit-unrecoverable-storage-error<br>
bander-recoverable-storage-error<br>
bander-unrecoverable-storage-error<br>
binder-recoverable-storage-error<br>
binder-unrecoverable-storage-error<br>
die-cutter-recoverable-storage-error<br>
die-cutter-unrecoverable-storage-error<br>
folder-recoverable-storage-error<br>
folder-unrecoverable-storage-error<br>
imprinter-recoverable-storage-error<br>
imprinter-unrecoverable-storage-error<br>
inserter-recoverable-storage-error<br>
inserter-unrecoverable-storage-error<br>
make-envelope-recoverable-storage-error<br>
make-envelope-unrecoverable-storage-error<br>
perforater-recoverable-storage-error<br>
perforater-unrecoverable-storage-error<br>
puncher-recoverable-storage-error<br>
puncher-unrecoverable-storage-error<br>
separation-cutter-recoverable-storage-error<br>
separation-cutter-unrecoverable-storage-error<br>
sheet-rotator-recoverable-storage-error<br>
sheet-rotator-unrecoverable-storage-error<br>
slitter-recoverable-storage-error<br>
slitter-unrecoverable-storage-error<br>
stacker-recoverable-storage-error<br>
stacker-unrecoverable-storage-error<br>
stapler-recoverable-storage-error<br>
stapler-unrecoverable-storage-error<br>
stitcher-recoverable-storage-error<br>
stitcher-unrecoverable-storage-error<br>
trimmer-recoverable-storage-error<br>
trimmer-unrecoverable-storage-error<br>
wrapper-recoverable-storage-error<br>
wrapper-unrecoverable-storage-error<br>
<br>
However, RFC 2911 reserves this suffix for indicating the severity of the reason:<br>
<br>
4.4.12 printer-state-reasons (1setOf type2 keyword)<br>
<br>
This REQUIRED Printer attribute supplies additional detail about the<br>
device's state. Some of the these value definitions indicate<br>
conformance requirements; the rest are OPTIONAL.<br>
<br>
Each keyword value MAY have a suffix to indicate its level of<br>
severity. The three levels are: report (least severe), warning, and<br>
error (most severe).<br>
<br>
- '-report': This suffix indicates that the reason is a "report".<br>
An implementation may choose to omit some or all reports. Some<br>
reports specify finer granularity about the printer state;<br>
others serve as a precursor to a warning. A report MUST contain<br>
nothing that could affect the printed output.<br>
- '-warning': This suffix indicates that the reason is a<br>
"warning". An implementation may choose to omit some or all<br>
warnings. Warnings serve as a precursor to an error. A warning<br>
MUST contain nothing that prevents a job from completing, though<br>
in some cases the output may be of lower quality.<br>
- '-error': This suffix indicates that the reason is an "error".<br>
An implementation MUST include all errors. If this attribute<br>
contains one or more errors, printer MUST be in the stopped<br>
state.<br>
<br>
If the implementation does not add any one of the three suffixes, all<br>
parties MUST assume that the reason is an "error".<br>
<br>
Since an IPP Printer MAY report any of the above keywords when the Printer is not in the stopped state, I propose we add an informative note to table 5-2 saying something like the following:<br>
<br>
Note 1: Section 4.4.12 [RFC2911] requires that the Printer is in the<br>
stopped state when reporting "printer-state-reasons" values ending<br>
with "-error". Printers MUST append a suffix of "-report" or<br>
"warning" to this keyword when the Printer is not in the stopped<br>
state.<br>
<br>
I'm not sure if we want to clarify that the "job-state-reasons" attribute only contains the registered values without added suffixes.<br>
<br>
_________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair<br>
<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>
<br></blockquote></div><br></div>