attachment

<div dir="ltr"><div>Hi,</div><div><br></div><div>+1 to Smith's proposal w/ Mike's updates.  We need to carefully highlight the privacy</div><div>considerations.</div><div><br></div><div>Cheers,</div><div>- Ira</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><i><font size="1">Ira McDonald (Musician / Software Architect)</font></i></div><div><i><font size="1">Chair - SAE Trust Anchors and Authentication TF<br></font></i></div><div dir="ltr"><i><font size="1">Co-Chair - TCG Trusted Mobility Solutions WG</font></i></div><div><i><font size="1">Co-Chair - TCG Metadata Access Protocol SG<br></font></i></div><div dir="ltr"><i><font size="1">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>(permanent) PO Box 221  Grand Marais, MI 49839  906-494-2434</font></i></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 9, 2020 at 10:28 AM Michael Sweet via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Smith,<br>
<br>
I'm generally +1 on this.  Obviously we need to have a discussion of the privacy implications in the Security Considerations section.  And I'd like to make this RECOMMENDED or CONDITIONALLY REQUIRED to support (not the current REQUIRED) with an explicit mention that Clients MUST obtain explicit consent to send the information.  In short, it needs to be aligned with the work we've done in Job Accounting and Job Extensions 2.0.<br>
<br>
A quick note below...<br>
<br>
<br>
On Nov 9, 2020, at 9:08 AM, Kennedy, Smith (Wireless & IPP Standards) via ipp <<a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a>> wrote:<br>
> <br>
> Signed PGP part<br>
> Hi there,<br>
> <br>
> I wanted to continue the discussion offline about the proposed "client-info-col" (currently named "client-info" in the 2020-10-29 draft of IPP Driverless Printing Extensions v2.0 (NODRIVER)) to see if we can evolve it more quickly to something stable.<br>
> <br>
> Proposals (changes in red):<br>
>       • 2020-10-29 IPP Driverless Printing Extensions v2.0 (NODRIVER)<br>
>               • "client-info" (1setOf collection)<br>
>                       • "client-key" (type2 keyword) - REQUIRED<br>
<br>
>                       • "client-name" (name(MAX)) - REQUIRED<br>
>                       • "client-patches" (text(MAX) | 'no-value') - REQUIRED<br>
>                       • "client-string-version" (text(MAX)) - REQUIRED<br>
>                       • "client-version" (octetString(64) | 'no-value) - REQUIRED<br>
>       • 2020-11-05 November 2020 F2F IPP WG Session<br>
>               • "client-info-col"<br>
>                       • "client-key" (type2 keyword) - REQUIRED<br>
<br>
I think we also need to explicitly allow non-registered reverse-DNS identifiers since that is what macOS/iOS bundle identifiers and Java class naming uses, with a note about that.  The goal should be to have a stable identifier that you don't have to do fuzzy matching on (like happens with User-Agent in the HTTP world).<br>
<br>
>                       • "client-name" (name(MAX)) - RECOMMENDED<br>
>                       • "client-patches" (text(MAX) | 'no-value') - RECOMMENDED<br>
>                       • "client-string-version" (text(MAX)) - RECOMMENDED<br>
>                       • "client-version" (octetString(64) | 'no-value) - REQUIRED<br>
>                       • "client-coswid" (octetString(MAX)) - RECOMMENDED<br>
> <br>
> What does the next evolution of this look like? Any recommendations? Thanks for any input!<br>
> <br>
> <br>
> Smith<br>
> <br>
> /**<br>
>     Smith Kennedy<br>
>     HP Inc.<br>
> */<br>
> <br>
> <br>
> <br>
<br>
________________________<br>
Michael Sweet<br>
<br>
<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</blockquote></div>