attachment

Hi Smith,<br><br>The &quot;three sisters&quot; (and various other names) are the three parallel <br>and order-dependent arrays in RFC 2911:  &quot;printer-uri-supported&quot;,<br>&quot;uri-authentication-supported&quot;, and &quot;uri-security-supported&quot;.<br><br>The later collection attribute &quot;printer-xri-supported&quot; in RFC 3380<br>was copied from SLP and LDAP Printer Schema to allow an admin<br>to &quot;get it right&quot; and do atomic updates of the &quot;three sisters&quot;.  See<br>definition and examples of usage on pages 26-28 of RFC 3380.<br><br>Cheers,<br>- Ira<br><br><br clear="all"><div><div class="gmail_signature"><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 &amp; 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>Winter  579 Park Place  Saline, MI  48176  734-944-0094<br>Summer  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>
<br><div class="gmail_quote">On Thu, Dec 18, 2014 at 4:12 PM, Kennedy, Smith (Wireless Architect) <span dir="ltr">&lt;<a href="mailto:smith.kennedy@hp.com" target="_blank">smith.kennedy@hp.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Ira,<span class=""><div><blockquote type="cite"><pre>- Editorial - Revised section 6.2.4 No Client Authentication for &#39;ipps&#39;
URI to remove all references to downgrade (from TLS to straight TCP),
explicitly mention the IPP &quot;three sisters&quot; relevant attributes, and
add example of LDAP Printer Schema [RFC3712] for directory protocols,
per Sandra Murphy and Mike Sweet.</pre></blockquote></div></span><div><div>Just to satisfy my own curiosity, what are the “three sisters”?</div><div><br></div><div>
<div style="text-align:start;text-indent:0px;word-wrap:break-word"><div style="text-align:start;text-indent:0px;word-wrap:break-word"><div style="text-align:-webkit-auto;text-indent:0px;word-wrap:break-word"><div style="text-align:-webkit-auto;text-indent:0px;word-wrap:break-word">Smith<br><br>/**<br>    Smith Kennedy<br>    Wireless Architect - Client Software - IPG-PPS<br>    Hewlett-Packard Co.<br>*/<br><br><br></div></div></div></div>
</div>
<br><div><blockquote type="cite"><div><div class="h5"><div>On 2014-12-18, at 1:50 PM, Ira McDonald &lt;<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>&gt; wrote:</div><br></div></div><div><div><div class="h5"><div><div><div dir="ltr"><div dir="ltr">Hi,<br><br><span style="background-color:rgb(255,255,0)">This version has editorial changes requested by IESG reviewers in early December,<br>when it was approved for publication as a standards-track RFC.</span><br><br>I&#39;ve just <span>posted</span> another Internet-<span>Draft</span> of <span>IPP</span> over HTTPS Transport Binding and<br>&#39;<span>ipps</span>&#39;<span></span> <span>URI</span> <span>Scheme</span> to:<br>








<br>
  <a href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.txt" target="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.txt</a><br>
  - plaintext Internet-<span>Draft</span> format (warning - contains explicit formfeed characters)<br>
<br> <a href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.log" target="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.log</a><br>
  - plaintext change log (removed from body of spec)<span></span><br>
<br>

  <a href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.pdf" target="_blank">ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.pdf</a><br>

  - PDF of plaintext w/ line numbers (review *this* one)<br><br>
 This document has already been accepted and <span>posted</span> to the IETF I-D repository.<br><br></div><div>This document is parallel to, but does not update or obsolete, RFC 3510.<br><br>

</div>
Comments?<br><br>Cheers,<br>- Ira<br><br>--------------------------------<br><div dir="ltr"><div><div><div dir="ltr"><div dir="ltr"><br><div><div dir="ltr">Change History<br><br><pre>18 December 2014 - draft-mcdonald-ipps-uri-scheme-18.txt

- Editorial - Revised section 1 Introduction to expand bullet (a)
to update sections 4, 5, and 8.2 of [RFC2910] to explicitly add new
standard scheme of &#39;ipps&#39; for IPP Printers,
per Sandra Murphy.

- Editorial - Revised section 1 Introduction to expand bullet (b)
to update sections 4.1.6 and 4.4.1 of [RFC2911] to explicitly add new
standard scheme of &#39;ipps&#39; for IPP Printers,
per Sandra Murphy.

- Editorial - Revised section 1 Introduction to delete bullet (c)
reference to updating PWG IPP 2.0 [PWG5100.12] (will be covered by a new
PWG version of [PWG5100.12] in 2015 to move to full IEEE Standard),
per Spencer Dawkins, Adrian Farrel, Barry Leiba, Sandra Murphy, Pete
Resnick, Robert Sparks, and other reviewers.

- Editorial - Revised section 1.2 Rationale for this Document bullet (1)
about flawed implementations of HTTP Upgrade [RFC2817] to add
&quot;although this is not due to specification defects in [RFC2817] itself&quot;,
per Pete Resnick.

- Editorial - Revised section 1.2 Rationale for this Document bullet (2)
and section 6.1.2 Layers of Attacks bullet (a)
to replace [STD7] with [TCPROAD] for normative TCP reference,
per Barry Leiba and Spencer Dawkins.

Editorial - Revised section 2.1 Printing Terminology definition of IPP
Client to change &quot;a downstream IPP Printer&quot; to simply &quot;an IPP Printer&quot;,
since discussion of forwarding and &quot;fan-out&quot; of print jobs [RFC3998] is
out-of-scope in this specification,
per Sandra Murphy and Mike Sweet.

Editorial - Revised section 2.1 Printing Terminology definition of IPP
Printer to change &quot;an upstream IPP Client or IPP Printer&quot; to simply
&quot;an IPP Client&quot;, since discussion of forwarding and &quot;fan-out&quot; of print
jobs [RFC3998] is out-of-scope in this specification,
per Sandra Murphy and Mike Sweet.

- Editorial - Revised section 4.2 Syntax of &#39;ipps&#39; URI Scheme to
mention general caution about IPP Printer URI lengths greater than 255
octets for both &#39;ipp&#39; [RFC3510] and &#39;ipps&#39; schemes,
per Sandra Murphy.

- Editorial - Revised section 4.3 Associated Port for &#39;ipps&#39; URI Scheme
to delete (confusing) last paragraph about listening on port 443,
per Pete Resnick and Mike Sweet.

- Editorial - Revised section 4.5 Examples of &#39;ipps&#39; URI to delete
(confusing) example about use of port 443,
per Pete Resnick and Mike Sweet.

- Editorial - Revised section 4.5 Examples of &#39;ipps&#39; URI actual examples
to align with IPP Everywhere [PWG5100.14], IPP FaxOut Service 
[PWG5100.15], and IPP Scan Service [PWG5100.17] best practice,
per Mike Sweet.

- Editorial - Revised section 6.1.1 Targets of Attacks bullet (d) to add
&quot;for example, to steal the data&quot; (i.e., theft of data in transit),
per Kathleen Moriarty.

- Editorial - Revised section 6.2.4 No Client Authentication for &#39;ipps&#39;
URI to remove all references to downgrade (from TLS to straight TCP),
explicitly mention the IPP &quot;three sisters&quot; relevant attributes, and
add example of LDAP Printer Schema [RFC3712] for directory protocols,
per Sandra Murphy and Mike Sweet.

- Editorial - Revised section 6.3 TLS Version Requirements to add
informative reference to IETF UTA TLS BCP
&quot;Recommendations for Secure Use of TLS and DTLS&quot;,
per Kathleen Moriarty.

- Editorial - Revised section 7 Acknowledgments to add other IETF and
PWG reviewers.

- Editorial - Revised section 8.1 Normative References
to delete unused [RFC7232], [RFC7233], [RFC7234], and [RFC7235],
per ID-Nits.

- Editorial - Revised section 8.1 Normative References
to delete [STD7] for normative TCP reference,

- Editorial - Revised section 8.2 Informative References
to add missing [IPPREG] (IANA IPP Registry),
per ID-Nits.

- Editorial - Revised section 8.2 Informative References to add
LDAP Printer Schema [RFC3712] for update to section 6.2.4 above,
per Sandra Murphy and Mike Sweet.

- Editorial - Revised section 8.2 Informative References to add
IPP FaxOut Service [PWG5100.15] and IPP Scan Service [PWG5100.17],
per Mike Sweet.

- Editorial - Revised section 8.2 Informative References to add
[TCPROAD] for informative TCP reference,
per Barry Leiba and Spencer Dawkins.

- Editorial - Revised section Authors&#39; Addresses to update Mike Sweet&#39;s
contact info.
</pre><br><br><br></div></div></div></div></div></div></div><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>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" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br></div></blockquote></div><br></div></div></blockquote></div>