attachment
<div dir="ltr"><div><div><div>Hi Smith,<br><br></div>AFTER we move RFC 8010/8011 to full Internet Standard, the RFC Editor has a process<br></div>to attach errata notes to published RFCs (which doesn't commit anyone to ever revise the<br>original RFC). I suggest we defer this edit until then, OK?<br><br></div><div>Cheers,<br></div><div>- Ira<br><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<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 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>Jan-April: 579 Park Place Saline, MI 48176 734-944-0094<br>May-Dec: PO Box 221 Grand Marais, MI 49839 906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Sat, Apr 14, 2018 at 8:36 AM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Smith,<br>
<br>
I agree in principle with the editorial changes, however making that sort of change is probably beyond what current IETF process would allow for simply updating the status of those RFCs to Internet Standard, which means going through another round of updates. I'm not so keen on *that* - it took us long enough to get 2910/2911 updated, and doing an update to 8010/8011 will likely push more changes on us thanks to the work being done on updating the "HTTP-based Protocols" BCP.<br>
<div><div class="h5"><br>
<br>
> On Apr 13, 2018, at 3:31 PM, Kennedy, Smith (Wireless & Standards Architec) <<a href="mailto:smith.kennedy@hp.com">smith.kennedy@hp.com</a>> wrote:<br>
> <br>
> Greetings,<br>
> <br>
> I've recently been asked by someone working on a new IPP client implementation about the meaning of RFC 8010 section 3.3 (<a href="https://tools.ietf.org/html/rfc8010#section-3.3" rel="noreferrer" target="_blank">https://tools.ietf.org/html/<wbr>rfc8010#section-3.3</a>), which says:<br>
> <br>
> Table 1 maps the Model group name to value of the "begin-attribute-<br>
> group-tag" field:<br>
> <br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Model Document | "begin-attribute-group-tag" field values |<br>
> | Group | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Operation | "operations-attributes-tag" |<br>
> | Attributes | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Job Template | "job-attributes-tag" |<br>
> | Attributes | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Job Object | "job-attributes-tag" |<br>
> | Attributes | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Unsupported | "unsupported-attributes-tag" |<br>
> | Attributes | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> |<br>
> Requested | (Get-Job-Attributes) "job-attributes-tag"<br>
> |<br>
> | <br>
> Attributes<br>
> | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | <br>
> Requested | (Get-Printer-Attributes)"<wbr>printer-attributes-tag"<br>
> |<br>
> | <br>
> Attributes<br>
> | |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | Document | in a special position at the end of the message |<br>
> | Content | as described in <br>
> Section 3.1.1<br>
> . |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> <br>
> Table 1: Group Values<br>
> <br>
> For each operation request and response, the Model prescribes the<br>
> required and optional attribute groups, along with their order.<br>
> Within each attribute group, the Model prescribes the required and<br>
> optional attributes, along with their order.<br>
> <br>
> <br>
> <br>
> After reading RFC 8011 more closely, "Requested Attributes (Get-Job-Attributes)" seems to mean that the Get-Job-Attributes response will list the set of requested attributes in the group with the "job-attributes-tag", and "Requested Attributes (Get-Printer-Attributes)" means the Get-Printer-Attributes response will list the set of requested attributes in the group with the "printer-attributes-tag". But that required a bit of back-and-forth between 8010 and 8011. If there is a mechanism to report errata to an RFC, I'd like to request that these rows be modified to read more like so:<br>
> <br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> |<br>
> Requested | "job-attributes-tag"<br>
> |<br>
> | <br>
> Attributes | (Get-Job-Attributes operation response) |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> | <br>
> Requested | "printer-attributes-tag"<br>
> |<br>
> | <br>
> Attributes | (Get-Printer-Attributes operation response)<br>
> |<br>
> +----------------+------------<wbr>------------------------------<wbr>--------+<br>
> <br>
> <br>
> Thoughts? Maybe these kinds of editorial errata can be rolled in as part of their move to full Internet Standard?<br>
> <br>
> Smith<br>
> <br>
> /**<br>
> Smith Kennedy<br>
> Wireless & Standards Architect - IPG-PPS<br>
> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB-IF<br>
> Chair, IEEE ISTO Printer Working Group<br>
> HP Inc.<br>
> */<br>
> <br>
> <br>
> <br>
</div></div>> ______________________________<wbr>_________________<br>
> ipp mailing list<br>
> <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
> <a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/<wbr>listinfo/ipp</a><br>
<br>
______________________________<wbr>___________________________<br>
Michael Sweet, Senior Printing System Engineer<br>
<br>
______________________________<wbr>_________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/<wbr>listinfo/ipp</a><br>
</blockquote></div><br></div>