[IPP] Requesting an exception for IPP Everywhere Self-Certification v1.1 for some as-yet-unannounced models

[IPP] Requesting an exception for IPP Everywhere Self-Certification v1.1 for some as-yet-unannounced models

Kennedy, Smith (Wireless & IPP Standards) smith.kennedy at hp.com
Mon Feb 8 20:34:45 UTC 2021


Greetings,

HP Inc. is requesting an IPP Everywhere certification exception to be made for some of our upcoming models, to allow these devices to be certified. As per PWG 5100.20-2020 Section 8.1, HP Inc. has filed Issue #68 (https://github.com/istopwg/ippeveselfcert/issues/68 <https://github.com/istopwg/ippeveselfcert/issues/68>) to report the underlying issue, which does cause an unavoidable race condition. Although the models in question have not been released yet and I cannot provide the model names, they won't be released until after July 1, 2021 transition date so we need to figure out how to deal with this before it is too late.

The issues encountered involve the IPP Everywhere Self-Certification v1.1 suite's test I-20 / I-20.1. These printers treat the PWG Raster document format used in the v1.1 tests as a streaming document format. With streaming document formats, the Printer will flow control the TCP connection over which the Document Creation request is being made if any issues such as 'media-needed' prevent processing.

Because ipptool tests are run serially rather than in parallel, the I-20 test's Print-Job operation blocks until media is provided in the input tray. For Test I-20.1 to pass, the media has to remain removed for the duration of I-20 to allow test I-20.1 to examine the Printer's "printer-state-reasons" Printer Description attribute using a Get-Printer-Attributes operation. This produces a deadlock in the current test suite. If the document format used to perform the test was JPEG, the test would pass because the Printer does not treat JPEG JFIF as a streaming document format.

I'm not sure exactly what procedure we want to do here - I suppose it is similar to the "email based registration process". (I'm pretty sure this is the first time we in the PWG have had to handle an IPP Everywhere exception request...)

Please let me know if more information is needed before we discuss this in the IPP WG.

Cheers,
Smith

/**
    Smith Kennedy
    HP Inc.
*/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20210208/d877a04a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <http://www.pwg.org/pipermail/ipp/attachments/20210208/d877a04a/attachment.sig>


More information about the ipp mailing list