[Gen-art] Gen-ART Review of draft-sweet-rfc2911bis-09

Russ Housley <housley@vigilsec.com> Tue, 26 July 2016 18:36 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 3F91B12D8EE for <gen-art@ietfa.amsl.com>; Tue, 26 Jul 2016 11:36:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 18Z5JSgmk6B1 for <gen-art@ietfa.amsl.com>; Tue, 26 Jul 2016 11:36:21 -0700 (PDT)
Received: from mail.smeinc.net (mail.smeinc.net []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19E2412D8E9 for <gen-art@ietf.org>; Tue, 26 Jul 2016 11:36:21 -0700 (PDT)
Received: from localhost (localhost []) by mail.smeinc.net (Postfix) with ESMTP id DCAAB300572 for <gen-art@ietf.org>; Tue, 26 Jul 2016 14:36:18 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([]) by localhost (mail.smeinc.net []) (amavisd-new, port 10026) with ESMTP id 8hJeO4U-cwmH for <gen-art@ietf.org>; Tue, 26 Jul 2016 14:36:17 -0400 (EDT)
Received: from [] (pool-108-51-128-219.washdc.fios.verizon.net []) by mail.smeinc.net (Postfix) with ESMTPSA id 4D7A8300090; Tue, 26 Jul 2016 14:36:17 -0400 (EDT)
From: Russ Housley <housley@vigilsec.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date: Tue, 26 Jul 2016 14:36:20 -0400
Message-Id: <0A653E4C-F2C2-4137-BAD7-DD65345FD74F@vigilsec.com>
To: draft-sweet-rfc2911bis.all@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/5PkB4HjSaCzjZyrXwRdrhbbUxN0>
Cc: IETF Gen-ART <gen-art@ietf.org>
Subject: [Gen-art] Gen-ART Review of draft-sweet-rfc2911bis-09
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jul 2016 18:36:23 -0000

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please wait for direction from your
document shepherd or AD before posting a new version of the draft.

For more information, please see the FAQ at

Document: draft-sweet-rfc2911bis-09
Reviewer: Russ Housley
Review Date: 2016-07-14
IETF LC End Date: 2016-07-29
IESG Telechat date: unknown

Summary: Almost Ready

The document is long, but it is well written.  I could not find the
time to read it in one sitting, so I hope I retained enough state from
one sitting to the next.  Apologies in advance if I lost too much state
between sittings.

I did not review the appendices.

Major Concerns:

It seems that [PWG5100.12] specifies IPP Version 2.0, 2.1, and 2.2.  Why
is this document specifying IPP Version 1.1?  I think the introduction
ought to contain an explanation of this situation.  Further, I expect
this will have some impact on the discussion of the REQUIRED
ipp-versions-supported attribute.

The two IANA references are broken.  They should point to iana.org.
The [IANA-CS] and [IANA-MT] should point to these URLs:
and <http://www.iana.org/assignments/media-types/media-types.xhtml>.

Minor Concerns:

Throughout the document, "Printer object" and "IPP object" and "Printer"
are used.  I think they mean the same thing.  If they are different,
please include a discussion in the Introduction.  If they are the same,
I think that using one throughout would be helpful.

How does the concepts of an impression (in Section 2.3.4) and a media
sheet (in Section 2.3.8) apply to a 3D printer?  Also, many of the
description and status attributes described in Section 5.4 do not seem
relevant to a 3D printer.

In Section 3.1, it says: "The following figures show ...".  However, it
is talking about Figure 2, which shows several configurations.  Either
label each configuration as a separate figure, or reword this text to
match the existing Figure 2.

In Section 4.1.3, it says: "Sections 4.1.7,, and C give ...".  I
found this confusing.  I think that Section C is really a reference to
Appendix C.

In section 4.1.7, it says:

   This value's syntax type is "out-of-band" and its encoding is defined
   by special rules for "out-of-band" values in the "Encoding and
   Transport" document [RFC2910bis].  Its value indicates no support for
   the attribute itself - see the beginning of Section 5.1.

Please clarify whether the referenced section is in [RFC2910bis] or this

In Sections 4.1.9,, and 4.2.2. there are references to [RFC3196]
and [PWG5100.19], saying that these documents "present suggested steps".
Please reword this sentence to indicate whether these steps
MUST/SHOULD/MAY be followed.

In Section 5.2.11, there are references to [PWG5100.3] and [PWG5100.13].
Please reword this sentence to indicate whether these steps
MUST/SHOULD/MAY be followed.


The URL for [1] and [3] are the same.  Get rid of [3].

In Section 1.1: s/The model described in this model document /
                 /The model described in this document /

In Section 1.1: s/some sort of filtered and context based searching /
                 /some sort of filtered context-based searching /

In Sections and 5.3.11, there is an example URL.  It would be
better to use "example.com" or "example.net" in the URL.  Consider:

   (404) http://ftp.example.com/pub/ipp-model-v11-990510.pdf

In Section 5.3.7, the reference to "Figure 1" should be "Figure 3", and
the legend on the figure on that same page should be corrected.  The
figure is currently labelled with two numbers.