[IPP] Posted IPP over HTTPS Transport Binding and 'ipps' URI Scheme (18 Dec 2014)

Ira McDonald <blueroofmusic@gmail.com> Thu, 18 December 2014 20:50 UTC

Return-Path: <ipp-bounces@pwg.org>
X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com
Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F4941A6FD6 for <ietfarch-ipp-archive@ietfa.amsl.com>; Thu, 18 Dec 2014 12:50:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level:
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G2zC0EQ_PlsK for <ietfarch-ipp-archive@ietfa.amsl.com>; Thu, 18 Dec 2014 12:50:57 -0800 (PST)
Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 689221A6EEF for <ipp-archive@lists.ietf.org>; Thu, 18 Dec 2014 12:50:57 -0800 (PST)
Received: by www.pwg.org (Postfix, from userid 502) id 61C1086F7; Thu, 18 Dec 2014 20:59:37 +0000 (UTC)
Received: from pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C9A858576; Thu, 18 Dec 2014 20:59:35 +0000 (UTC)
X-Original-To: ipp@pwg.org
Delivered-To: ipp@pwg.org
Received: by www.pwg.org (Postfix, from userid 502) id 9D5C4857E; Thu, 18 Dec 2014 20:59:34 +0000 (UTC)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by www.pwg.org (Postfix) with ESMTPS id E91148573 for <ipp@pwg.org>; Thu, 18 Dec 2014 20:59:32 +0000 (UTC)
Received: by mail-wi0-f173.google.com with SMTP id r20so3072771wiv.12 for <ipp@pwg.org>; Thu, 18 Dec 2014 12:50:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=+4vOogxV7nPE3Jbwjq9NGarrPcA7s3I6i4W2LrgiGEM=; b=g7hyw966SQ8XSqgeVX8u3pkyGgeaa3M7zxvpPlPbSSY2gx8gD9Xnoq6bmE+hELh730 owLN8qyYRM3wwdh4kdJig9d0JoME2J6Gche7EqnoyThVF4vzYLqTo2eBPpFr0/2wtZ9M 0UrCbYkHDOGO0VX+bqSf90BYoFWOc4+HfKU5/f9w0o3Y+4SWe3/MUGistm181qxhKuey hePOumUgLYuPzue7qUE7Du7unIX8RRlPqxNIYT+zZ3dkzqzrYHTwbs9LwJwuuPWB3qGV o6wKYfziir8uxzNeLKiF+LkP1qpHI++VWRZ+0INyl20EanrSBbd2o1HkZ7Ish9XFjhad x8IQ==
X-Received: by 10.180.91.193 with SMTP id cg1mr28013449wib.26.1418935848995; Thu, 18 Dec 2014 12:50:48 -0800 (PST)
MIME-Version: 1.0
Received: by 10.27.177.218 with HTTP; Thu, 18 Dec 2014 12:50:28 -0800 (PST)
From: Ira McDonald <blueroofmusic@gmail.com>
Date: Thu, 18 Dec 2014 15:50:28 -0500
Message-ID: <CAN40gSuqnC5sKCeMC7bMkF016kdQU1ZK+D4g2qQo=NO2TFV7vg@mail.gmail.com>
To: ipp@pwg.org, Michael R Sweet <msweet@apple.com>, Ira McDonald <blueroofmusic@gmail.com>
Subject: [IPP] Posted IPP over HTTPS Transport Binding and 'ipps' URI Scheme (18 Dec 2014)
X-BeenThere: ipp@pwg.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Internet Printing Protocol Workgroup discussion list <ipp.pwg.org>
List-Unsubscribe: <https://www.pwg.org/mailman/options/ipp>, <mailto:ipp-request@pwg.org?subject=unsubscribe>
List-Archive: <http://www.pwg.org/pipermail/ipp/>
List-Post: <mailto:ipp@pwg.org>
List-Help: <mailto:ipp-request@pwg.org?subject=help>
List-Subscribe: <https://www.pwg.org/mailman/listinfo/ipp>, <mailto:ipp-request@pwg.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0189379761=="
Sender: ipp-bounces@pwg.org
Errors-To: ipp-bounces@pwg.org

Hi,

This version has editorial changes requested by IESG reviewers in early
December,
when it was approved for publication as a standards-track RFC.

I've just posted another Internet-Draft of IPP over HTTPS Transport Binding
and
'ipps' URI Scheme to:


ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.txt
 - plaintext Internet-Draft format (warning - contains explicit formfeed
characters)


ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.log
 - plaintext change log (removed from body of spec)


ftp://ftp.pwg.org/pub/pwg/ipp/wd/draft-mcdonald-ipps-uri-scheme-18-20141218.pdf
 - PDF of plaintext w/ line numbers (review *this* one)

This document has already been accepted and posted to the IETF I-D
repository.

This document is parallel to, but does not update or obsolete, RFC 3510.

 Comments?

Cheers,
- Ira

--------------------------------

Change History

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 'ipps' 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 'ipps' 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
"although this is not due to specification defects in [RFC2817] itself",
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 "a downstream IPP Printer" to simply "an IPP Printer",
since discussion of forwarding and "fan-out" 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 "an upstream IPP Client or IPP Printer" to simply
"an IPP Client", since discussion of forwarding and "fan-out" of print
jobs [RFC3998] is out-of-scope in this specification,
per Sandra Murphy and Mike Sweet.

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

- Editorial - Revised section 4.3 Associated Port for 'ipps' 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 'ipps' URI to delete
(confusing) example about use of port 443,
per Pete Resnick and Mike Sweet.

- Editorial - Revised section 4.5 Examples of 'ipps' 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
"for example, to steal the data" (i.e., theft of data in transit),
per Kathleen Moriarty.

- Editorial - Revised section 6.2.4 No Client Authentication for 'ipps'
URI to remove all references to downgrade (from TLS to straight TCP),
explicitly mention the IPP "three sisters" 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
"Recommendations for Secure Use of TLS and DTLS",
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' Addresses to update Mike Sweet's
contact info.
_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp