attachment
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Hi Mike,</div><div class=""><br class=""></div><div class="">How those elements of information are used depends on the solution that is taking advantage of it. They fall under at least one of the abstract use cases in the whitepaper. Here are the job accounting data items HP Inc. requested previously, labeled with letters for later reference:</div><div class=""><br class=""></div><div class=""><div class="">A. Source application name</div><div class="">B. Source application version</div><div class="">C. Client operating system name</div><div class="">D. Client operating system version</div><div class="">E. Source document name(s)</div><div class="">F. Job UUID</div><div class="">G. Client host network identifier(s) (hostname, various addresses)</div><div class="">H. Client User identifiers (including qualifiers)</div><div class="">I. Extensibility mechanism to handle ISV extensions</div></div><div class=""><br class=""></div><div class="">I'm also adding a new one:</div><div class=""><br class=""></div><div class="">J. Source document type or format (e.g. MIME media type)</div><div class=""><br class=""></div><div class="">Using the use case titles from the updated draft you posted today, here are the fields that apply to each use case:</div><div class=""><br class=""></div><div class="">3.1.1 Auditing of Printing Usage: A, B, C, D, E?, F, G, H, I, J?</div><div class=""><br class=""></div><div class="">3.1.2 Auditing of Print Content: A, B, C, D, E, F, G, H, I?, J?</div><div class=""><br class=""></div><div class="">3.1.3 Billing: F, G, H, I?</div><div class=""><br class=""></div><div class="">3.1.4 Diagnostics and Debugging: A, B, C, D, E, F, G, H, I, J</div><div class=""><br class=""></div><div class="">3.1.5 Supplying Required Information: F, G?, H, I</div><div class=""><br class=""></div><div class=""><div class="">3.1.6 Supplying Optional Information: A, B, C, D, F, G?, H?, I?</div></div><div class=""><br class=""></div><div class="">There are also some systems that use these "Job Accounting" data items, along with user authentication, as a way of limiting features that are available to users. For instance, we have customers that set up a system where certain users can only print in color from certain applications, and they base the processing alternatives on the values provided with the Job. Although I think we should be promoting Get-User-Printer-Attributes for this because it provides a superior user experience, this is another way that these data items are employed.</div><div class=""><br class=""></div><div class="">One other thing we may want to consider is adding an additional authentication identity or encryption key for the job accounting attributes that are sensitive. In some accounting systems, the job accounting information is not sent in-band with the Job by the driver chain to the printer, but is instead reported to a separate collection service by an agent on the client system. The security model is interesting because the accounting agent is running as an administrator user and authenticating using separate credentials. Basically, if the device itself is trusted to not be compromised, then the information is assumed to be trustable. This is a little different from the in-band job accounting communications topology we are articulating in the PWG, where the job accounting info is reported as job metadata and the job is submitted using a communications channel authorized using end-user authentication credentials, if the channel is authorized at all. </div><div class=""><br class=""></div><div class="">
Smith<br class=""><br class="">/**<br class=""> Smith Kennedy<br class=""> HP Inc.<br class="">*/
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On Oct 22, 2019, at 6:55 AM, Michael Sweet <<a href="mailto:msweet@msweet.org" class="">msweet@msweet.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
<div class="">Smith,<br class="">
<br class="">
It would be extremely useful to know *why* you collect each of these data items - what is the use case, how is the information used, etc?<br class="">
<br class="">
<br class="">
> On Oct 11, 2019, at 2:35 PM, Kennedy, Smith (Wireless & Standards Architect) via ipp <<a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a>> wrote:<br class="">
> <br class="">
> Hi Mike,<br class="">
> <br class="">
> Here are the Job Accounting fields that are important to HP Inc.:<br class="">
> <br class="">
> • Source application name<br class="">
> • Source application version<br class="">
> • Client operating system name<br class="">
> • Client operating system version<br class="">
> • Source document name(s)<br class="">
> • Job UUID<br class="">
> • Client host network identifier(s) (hostname, various addresses)<br class="">
> • Client User identifiers (including qualifiers such as Windows Active Directory domain names)<br class="">
> • Extensibility mechanism to handle ISV extensions<br class="">
> <br class="">
> I believe all of these have pretty clear mappings to currently defined IPP Job Description or Job Status attributes, though the details may depend on the values held by these attributes having a particular content or structure.<br class="">
> <br class="">
> Smith<br class="">
> <br class="">
> /**<br class="">
> Smith Kennedy<br class="">
> HP Inc.<br class="">
> */<br class="">
> <br class="">
>> On Sep 27, 2019, at 9:07 AM, Michael Sweet via ipp <<a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a>> wrote:<br class="">
>> <br class="">
>> All,<br class="">
>> <br class="">
>> The IPP workgroup is working on a Best Practice document on job accounting and managed printing solutions and would like your help in identifying key functionality and data elements needed to support those solutions. The ultimate goal is to determine any gaps and have specifications and best practices in place to better support job accounting and managed printing through IPP, rather than depending on vendor MIBs and network protocols, which will allow all types of IPP clients to utilize these solutions seamlessly.<br class="">
>> <br class="">
>> To this end, I am asking that any member that has a job accounting or managed printing solution to send me a list of data elements/attributes that your solution(s) depend on along with any special requirements or use cases that are addressed. Of particular importance is information that you currently gather outside of IPP since we want IPP to provide everything that is needed. All solution-specific information can be kept confidential if necessary - I will be using it to identify any deficiencies that need to be addressed in IPP or common use cases that should be highlighted in our Best Practice document.<br class="">
>> <br class="">
>> Also, I would be very interested to know whether your solutions use IPP or some other protocol(s), and the reasons for doing so - again so that we can make sure that IPP can satisfy as many printing requirements and use cases as possible.<br class="">
>> <br class="">
>> We plan to next discuss this topic at the November 2019 Face-to-Face, and your participation in this effort would be greatly appreciated! Please send all information to "<a href="mailto:msweet@msweet.org" class="">msweet@msweet.org</a>" and I will summarize what I receive at the F2F.<br class="">
>> <br class="">
>> Thank you!<br class="">
>> <br class="">
>> ________________________<br class="">
>> Michael Sweet<br class="">
>> <br class="">
>> <br class="">
>> <br class="">
>> _______________________________________________<br class="">
>> ipp mailing list<br class="">
>> <a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a><br class="">
>> <a href="https://www.pwg.org/mailman/listinfo/ipp" class="">https://www.pwg.org/mailman/listinfo/ipp</a><br class="">
> <br class="">
> _______________________________________________<br class="">
> ipp mailing list<br class="">
> <a href="mailto:ipp@pwg.org" class="">ipp@pwg.org</a><br class="">
> <a href="https://www.pwg.org/mailman/listinfo/ipp" class="">https://www.pwg.org/mailman/listinfo/ipp</a><br class="">
<br class="">
________________________<br class="">
Michael Sweet<br class="">
<br class="">
<br class="">
</div>
</div></blockquote></div><br class=""></body></html>