attachment
<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Smith,<div class=""><br class=""></div><div class="">I think NODRIVER isn't the place for requiring that. STD92 already says the job ID is unique:</div><div class=""><br class=""></div><div class=""><div class=""> o Each Job is identified by a numeric identifier, which is a 32-bit</div><div class=""> positive integer. The Job's "job-id" attribute contains the</div><div class=""> Job ID. The Job ID is only unique within the context of the</div><div class=""> Printer that created the Job.</div><div class=""><br class=""></div>but doesn't specify what happens when the power is turned off. IPP Everywhere currently says:</div><div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class="">5.7.1 job-id (integer)</div><div class=""><br class=""></div><div class="">The REQUIRED "job-id" Job Description attribute contains the ID of the Job. In order to support reliable job submission and management, Printers MUST NOT reuse "job-id" values since the last power cycle of the Printer and SHOULD NOT reuse "job-id" values for the life of the Printer as described in section 3.1.2.3.9 of the Internet Printing Protocol/1.1: Implementer's Guide [RFC3196].</div></blockquote><div class=""><br class=""></div><div class="">and the RFC 3196 (IIG 1.0) reference is:</div><div class=""><br class=""></div><div class=""> 3.1.2.3.9 Destroying the Job after completion<div class=""><br class=""></div><div class=""> Once the Job moves to the 'completed', 'aborted', or 'canceled'</div><div class=""> state, it is an implementation decision as to when to destroy the Job</div><div class=""> object and release all associated resources. Once the Job has been</div><div class=""> destroyed, the Printer would return either the "client-error-not-</div><div class=""> found" or "client-error-gone" status codes for operations directed at</div><div class=""> that Job.</div><div class=""><br class=""></div><div class=""> Note: the Printer object SHOULD NOT re-use a "job-uri" or "job-id"</div><div class=""> value for a sufficiently long time after a job has been destroyed, so</div><div class=""> that stale references kept by clients are less likely to access the</div><div class=""> wrong (newer) job.</div><br class="Apple-interchange-newline">So what we're talking about here is to make the job ID reuse a MUST NOT across power cycles in IPP Everywhere...</div><div class=""><br class=""></div><div class=""><br class=""><br class=""><blockquote type="cite" class="">On Nov 1, 2021, at 2:51 PM, Kennedy, Smith (Wireless & IPP Standards) <<a href="mailto:smith.kennedy@hp.com" class="">smith.kennedy@hp.com</a>> wrote:<br class=""><br class="">Hi Mike,<br class=""><br class="">Working on an updated draft of IPP Driverless Printing Extensions v2.0. In the minutes, it says:<br class=""><br class="">⁃ job-id's can be reused<br class="">⁃ Note: require unique/preserving job-id values across power cycles for IPP Everywhere 2.0<br class=""><br class="">Should we not be requiring unique/preserving job-id values across power cycles in nodriver too?<br class=""><br class="">Smith<br class=""><br class="">/**<br class=""> Smith Kennedy<br class=""> HP Inc.<br class="">*/<br class=""><br class=""><blockquote type="cite" class="">On May 8, 2021, at 4:39 AM, Michael Sweet via ipp <<a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a>> wrote:<br class=""><br class="">Sorry, the correct link is:<br class=""><br class="">https://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20210505.pdf<br class=""><br class="">> On May 7, 2021, at 4:17 PM, Michael Sweet <msweet@msweet.org> wrote:<br class="">> <br class="">> All,<br class="">> <br class="">> I have posted the minutes from this week's PWG Virtual Face-to-Face meetings to:<br class="">> <br class="">> https://ftp.pwg.org/pub/pwg/ipp/minutes-ippv2-f2f-minutes-20210505.pdf<br class="">> <br class="">> Our next conference call is on May 20, 2021 at 3pm EDT.<br class="">> <br class="">> ________________________<br class="">> Michael Sweet<br class="">> <br class="">> <br class="">> <br class=""><br class="">________________________<br class="">Michael Sweet<br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">ipp mailing list<br class="">ipp@pwg.org<br class="">https://www.pwg.org/mailman/listinfo/ipp<br class=""></blockquote><br class=""></blockquote><br class=""><div class="">________________________<br class="">Michael Sweet<br class=""><br class=""><br class=""></div><br class=""></div></body></html>