[IPP] Errata: PWG 5100.9: IPP Printer State Extensions v1.0
Michael Sweet
msweet at apple.com
Thu Mar 20 19:09:47 UTC 2014
OK, I have updated the pending registrations at:
http://www.pwg.org/ipp/ipp-registrations.xml
with the proposed changes.
On Mar 18, 2014, at 4:15 PM, Ira McDonald <blueroofmusic at gmail.com> wrote:
> Hi Mike,
>
> I like your revised proposal better.
>
> For the future, we should always use the suffix "Fault" in IANA Printer MIB
> and "-fault" in IPP when new alerts need it for clarity (so that the IPP and
> Printer MIB equivalents for severity can be used).
>
> The "Error" suffix in PWG 5100.9 in IANA Printer MIB was a mistake (now
> 5 years old, sadly), because the separate prtAlertSeverityLevel object must
> always distinguish between and "critical" and "warning" (there is no such
> thing as "report" in the Printer MIB, which is an original RFC 1759 bug).
>
> Cheers,
> - Ira
>
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic at gmail.com
> Winter 579 Park Place Saline, MI 48176 734-944-0094
> Summer PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Mar 18, 2014 at 3:23 PM, Michael Sweet <msweet at apple.com> wrote:
> Ira,
>
> I'm not sure about adoption on these keywords (I've never seen them in the wild), but I'm not keen on changing already-registered values.
>
> Upon further review/thought, it seems to me that the xxx-recoverable-storage-error keywords could all have the -error, -report, or -warning (as appropriate) suffixes, while the xxx-unrecoverable-storage-error keywords all seem to require user interaction and should stop the printer. So as an alternative to my original proposal we could:
>
> - Register all xxx-recoverable-storage-error keywords as xxx-recoverable-storage and note that implementations must choose the correct suffix (-error, -report, -warning) as appropriate.
> - Keep the xxx-unrecoverable-storage-error keywords and note that the printer must be in the stopped state when reporting them.
>
> The advantage is that existing implementations are unaffected, the mapping from the MIBs to IPP remains "clean", and we set precedent for printer-state-reasnos keywords: when registering a keyword with an -error, -report, or -warning suffix, that is the only allowed suffix for the keyword (no -error-error, -error-warning, etc.)
>
> (I'm not super happy about the resulting registered names, but once you add a suffix the xxx-recoverable-storage-bla name sort of makes sense...)
>
>
> On Mar 17, 2014, at 4:53 PM, Ira McDonald <blueroofmusic at gmail.com> wrote:
>
>> Hi Mike,
>>
>> See my related reply about PWG 5107.3.
>>
>> I suggest changing the IPP printer-state-reasons from "-error" to "-fault".
>>
>> WARNING - all of the PWG 5100.9 extensions *were* registered in the
>> IANA Printer MIB and SMIv2 rules prevent our changing the names of
>> already assigned enumeration values, so the possible fix is different
>> from my suggested one for PWG 5107.3.
>>
>> WARNING - vendors (printer and management systems) who have used
>> the previously assigned PWG 5107.3 or PWG 5100.9 names and values
>> in the Printer MIB will have breakage if we change these "Error" suffixes
>> in the IANA Printer MIB.
>>
>> I'll put this topic on the next IPP WG agenda for 31 March.
>>
>> Cheers,
>> - Ira
>>
>>
>>
>> Ira McDonald (Musician / Software Architect)
>> Co-Chair - TCG Trusted Mobility Solutions WG
>> Chair - Linux Foundation Open Printing WG
>> Secretary - IEEE-ISTO Printer Working Group
>> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
>> IETF Designated Expert - IPP & Printer MIB
>> Blue Roof Music / High North Inc
>> http://sites.google.com/site/blueroofmusic
>> http://sites.google.com/site/highnorthinc
>> mailto: blueroofmusic at gmail.com
>> Winter 579 Park Place Saline, MI 48176 734-944-0094
>> Summer PO Box 221 Grand Marais, MI 49839 906-494-2434
>>
>>
>>
>> On Mon, Mar 17, 2014 at 2:07 PM, Michael Sweet <msweet at apple.com> wrote:
>> All,
>>
>> It was recently pointed out to me that PWG 5100.9 defines several "printer-state-reasons" keywords with the suffix "-error":
>>
>> subunit-recoverable-storage-error
>> subunit-unrecoverable-storage-error
>> bander-recoverable-storage-error
>> bander-unrecoverable-storage-error
>> binder-recoverable-storage-error
>> binder-unrecoverable-storage-error
>> die-cutter-recoverable-storage-error
>> die-cutter-unrecoverable-storage-error
>> folder-recoverable-storage-error
>> folder-unrecoverable-storage-error
>> imprinter-recoverable-storage-error
>> imprinter-unrecoverable-storage-error
>> inserter-recoverable-storage-error
>> inserter-unrecoverable-storage-error
>> make-envelope-recoverable-storage-error
>> make-envelope-unrecoverable-storage-error
>> perforater-recoverable-storage-error
>> perforater-unrecoverable-storage-error
>> puncher-recoverable-storage-error
>> puncher-unrecoverable-storage-error
>> separation-cutter-recoverable-storage-error
>> separation-cutter-unrecoverable-storage-error
>> sheet-rotator-recoverable-storage-error
>> sheet-rotator-unrecoverable-storage-error
>> slitter-recoverable-storage-error
>> slitter-unrecoverable-storage-error
>> stacker-recoverable-storage-error
>> stacker-unrecoverable-storage-error
>> stapler-recoverable-storage-error
>> stapler-unrecoverable-storage-error
>> stitcher-recoverable-storage-error
>> stitcher-unrecoverable-storage-error
>> trimmer-recoverable-storage-error
>> trimmer-unrecoverable-storage-error
>> wrapper-recoverable-storage-error
>> wrapper-unrecoverable-storage-error
>>
>> However, RFC 2911 reserves this suffix for indicating the severity of the reason:
>>
>> 4.4.12 printer-state-reasons (1setOf type2 keyword)
>>
>> This REQUIRED Printer attribute supplies additional detail about the
>> device's state. Some of the these value definitions indicate
>> conformance requirements; the rest are OPTIONAL.
>>
>> Each keyword value MAY have a suffix to indicate its level of
>> severity. The three levels are: report (least severe), warning, and
>> error (most severe).
>>
>> - '-report': This suffix indicates that the reason is a "report".
>> An implementation may choose to omit some or all reports. Some
>> reports specify finer granularity about the printer state;
>> others serve as a precursor to a warning. A report MUST contain
>> nothing that could affect the printed output.
>> - '-warning': This suffix indicates that the reason is a
>> "warning". An implementation may choose to omit some or all
>> warnings. Warnings serve as a precursor to an error. A warning
>> MUST contain nothing that prevents a job from completing, though
>> in some cases the output may be of lower quality.
>> - '-error': This suffix indicates that the reason is an "error".
>> An implementation MUST include all errors. If this attribute
>> contains one or more errors, printer MUST be in the stopped
>> state.
>>
>> If the implementation does not add any one of the three suffixes, all
>> parties MUST assume that the reason is an "error".
>>
>> 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:
>>
>> Note 1: Section 4.4.12 [RFC2911] requires that the Printer is in the
>> stopped state when reporting "printer-state-reasons" values ending
>> with "-error". Printers MUST append a suffix of "-report" or
>> "warning" to this keyword when the Printer is not in the stopped
>> state.
>>
>> I'm not sure if we want to clarify that the "job-state-reasons" attribute only contains the registered values without added suffixes.
>>
>> _________________________________________________________
>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>
>>
>> _______________________________________________
>> ipp mailing list
>> ipp at pwg.org
>> https://www.pwg.org/mailman/listinfo/ipp
>>
>>
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
>
_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140320/480e0446/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4881 bytes
Desc: not available
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140320/480e0446/attachment.p7s>
More information about the ipp
mailing list