attachment

<div dir="ltr"><div>Hi Mike,</div><div><br></div><div>Thanks.</div><div><br></div><div>So should we move all the dateTime attributes up to RECOMMENDED for all three levels</div><div>of IPP 2.0, 2.1, 2.2 in our revision later in 2021?</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 Tue, Oct 27, 2020 at 5:36 PM Michael Sweet <<a href="mailto:msweet@msweet.org">msweet@msweet.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">Ira,<br>
<br>
Sigh, yes it looks like we basically took a pass on all of the dateTime attributes, so yes the best we can do for those versions is to add a  bunch of recommended stuff.  But then I think a lot of IPP 2.x is in that boat anyways so why not more?<br>
<br>
<br>
> On Oct 27, 2020, at 3:07 PM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>> wrote:<br>
> <br>
> Hi Mike,<br>
> <br>
> In the PWG Standard 5100.12-2015, *none* of the "date-time-xxx" attributes are<br>
> listed at any level (2.0, 2.1, or 2.2) - I just searched for them again.<br>
> <br>
> We could at least make them RECOMMENDED at all three version levels and<br>
> continue to make them REQUIRED in IPP Everywhere, right?<br>
> <br>
> Cheers,<br>
> - Ira<br>
> <br>
> Ira McDonald (Musician / Software Architect)<br>
> Chair - SAE Trust Anchors and Authentication TF<br>
> Co-Chair - TCG Trusted Mobility Solutions WG<br>
> Co-Chair - TCG Metadata Access Protocol SG<br>
> 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 href="http://sites.google.com/site/blueroofmusic" rel="noreferrer" target="_blank">http://sites.google.com/site/blueroofmusic</a><br>
> <a href="http://sites.google.com/site/highnorthinc" rel="noreferrer" 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<br>
> <br>
> <br>
> On Tue, Oct 27, 2020 at 1:31 PM Michael Sweet <<a href="mailto:msweet@msweet.org" target="_blank">msweet@msweet.org</a>> wrote:<br>
> Smith,<br>
> <br>
> IPP 2.1 and 2.2 require the dateTime attributes.  IPP 2.0 doesn't, and we can't really change that for IPP 2.0 since the versioning is pretty well hardcoded (a good reason never to do that again... :)<br>
> <br>
> <br>
> > On Oct 27, 2020, at 11:52 AM, Kennedy, Smith (Wireless & IPP Standards) <<a href="mailto:smith.kennedy@hp.com" target="_blank">smith.kennedy@hp.com</a>> wrote:<br>
> > <br>
> > Hi Ira,<br>
> > <br>
> > I think all 2.x levels should REQUIRE the "date-time-at-xxx" and "printer-current-time", since any printers that have an un-initialized clock can always use the 'unknown' out-of-band value, to reduce the variability between levels. Even basic printers ought to be able to do that at this point if they are implementing IPP, don't you think?<br>
> > <br>
> > Smith<br>
> > <br>
> > /**<br>
> >     Smith Kennedy<br>
> >     HP Inc.<br>
> > */<br>
> > <br>
> >> On Oct 27, 2020, at 9:22 AM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>> wrote:<br>
> >> <br>
> >> Hi Mike,<br>
> >> <br>
> >> About where we RECOMMEND or REQUIRE the "date-time" attributes:<br>
> >> <br>
> >> In eventual IPP/2.x update, I suggest that IPP/2.1 (Enterprise) and<br>
> >> IPP/2.2 (Production) should REQUIRE the "date-time" attributes (since<br>
> >> this will after all be a major update to the previous PWG Standard of<br>
> >> IPP/2.x).<br>
> >> <br>
> >> Rick Landau (Dell) and I ran up against this issue way back when we<br>
> >> were doing mappings to DMTF CIM classes (where real date-time was<br>
> >> already ubiquitous).<br>
> >> <br>
> >> WDYT?<br>
> >> <br>
> >> Cheers,<br>
> >> - Ira<br>
> >> <br>
> >> <br>
> >> Ira McDonald (Musician / Software Architect)<br>
> >> Chair - SAE Trust Anchors and Authentication TF<br>
> >> Co-Chair - TCG Trusted Mobility Solutions WG<br>
> >> Co-Chair - TCG Metadata Access Protocol SG<br>
> >> 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 href="http://sites.google.com/site/blueroofmusic" rel="noreferrer" target="_blank">http://sites.google.com/site/blueroofmusic</a><br>
> >> <a href="http://sites.google.com/site/highnorthinc" rel="noreferrer" 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<br>
> >> <br>
> >> <br>
> >> On Mon, Oct 26, 2020 at 9:09 PM Michael Sweet <<a href="mailto:msweet@msweet.org" target="_blank">msweet@msweet.org</a>> wrote:<br>
> >> Ira,<br>
> >> <br>
> >> > On Oct 26, 2020, at 8:34 PM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>> wrote:<br>
> >> > <br>
> >> > Hi,<br>
> >> > <br>
> >> > The lack of REQUIRED "printer-current-time" to populate "date-time-at-xxx"<br>
> >> > attributes is an *old* problem - noticed in the first draft of IPP 2.0.  In RFC<br>
> >> > 8011, it's still (incorrectly) RECOMMENDED, which breaks the preferred<br>
> >> > "date-time-at-xxx" attributes (the only useful ones in a Job Log) - and RFC<br>
> >> > 8011 is the authoritative source definition in the IANA IPP Registry, so this<br>
> >> > can't simply be fixed in a PWG 5100.x spec (I think?).<br>
> >> <br>
> >> So dateTime attributes were all optional in IPP/1.1 and IPP/2.0.  And we updated the definition of printer-current-time to include the 'unknown' syntax since it was already explicitly allowed in RFC 2911, just not included in the syntax definition for printer-current-time...<br>
> >> <br>
> >> The issue for the registry is that when I updated the registrations for RFC 8011 I didn't update the printer-current-time syntax to match the document.  I'll include a fix for that in my next dump for IANA.<br>
> >> <br>
> >> The issue for IPP Everywhere is that 1.0 didn't explicitly require it but *did* require date-time-at-xxx - clearly the intent was to require printer-current-time but we missed it.  IPP Everywhere 1.1 makes it RECOMMENDED and notes that the omission from 1.0 was an error since we *did* require date-time-at-xxx.  IPP Everywhere 2.0 will be able to make it REQUIRED.<br>
> >> <br>
> >> Anyways...<br>
> >> <br>
> >> ________________________<br>
> >> Michael Sweet<br>
> >> <br>
> >> <br>
> >> <br>
> > <br>
> <br>
> ________________________<br>
> Michael Sweet<br>
> <br>
> <br>
> <br>
<br>
________________________<br>
Michael Sweet<br>
<br>
<br>
<br>
</blockquote></div>