[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 [127.0.0.1]) 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-Level:
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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (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 [209.135.209.11]) (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 [127.0.0.1]) 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 ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (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 [192.168.2.100] (pool-108-51-128-219.washdc.fios.verizon.net [108.51.128.219]) 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 <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. 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: <http://www.iana.org/assignments/character-sets/character-sets.xhtml> 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, 4.2.1.2, 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 document. In Sections 4.1.9, 4.2.1.2, 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. Nits: 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 4.1.6.4 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.
- Re: [Gen-art] Gen-ART Review of draft-sweet-rfc29… Jari Arkko
- Re: [Gen-art] Gen-ART Review of draft-sweet-rfc29… Michael Sweet
- [Gen-art] Gen-ART Review of draft-sweet-rfc2911bi… Russ Housley