Re: [Gen-art] Gen-ART review of draft-ietf-dccp-ccid4-04.txt

Sally Floyd <sallyfloyd@mac.com> Thu, 02 July 2009 23:06 UTC

Return-Path: <sallyfloyd@mac.com>
X-Original-To: gen-art@core3.amsl.com
Delivered-To: gen-art@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 313123A6B0F for <gen-art@core3.amsl.com>; Thu, 2 Jul 2009 16:06:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EwdRtz81y9gY for <gen-art@core3.amsl.com>; Thu, 2 Jul 2009 16:06:01 -0700 (PDT)
Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by core3.amsl.com (Postfix) with ESMTP id E11EC3A6807 for <gen-art@ietf.org>; Thu, 2 Jul 2009 16:06:01 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Received: from [192.168.1.64] ([70.132.11.78]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KM60019OG6K6500@asmtp015.mac.com> for gen-art@ietf.org; Thu, 02 Jul 2009 16:06:21 -0700 (PDT)
Message-id: <3B26CFE5-A2A6-40E7-8DDD-BDF56152F760@mac.com>
From: Sally Floyd <sallyfloyd@mac.com>
To: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>
In-reply-to: <4A3F4E5F.4040201@ericsson.com>
Date: Thu, 02 Jul 2009 16:06:19 -0700
References: <4A3F4E5F.4040201@ericsson.com>
X-Mailer: Apple Mail (2.930.3)
Cc: dccp-chairs@tools.ietf.org, Eddie Kohler <kohler@cs.ucla.edu>, General Area Review Team <gen-art@ietf.org>
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-dccp-ccid4-04.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Thu, 02 Jul 2009 23:06:03 -0000

Miguel -

Many thanks for the review.

> I have been selected as the General Area Review Team (Gen-ART)
> reviewer for this draft (for background on Gen-ART, please see
> http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).
>
> Please resolve these comments along with any other Last Call comments
> you may receive.
>
> Document: draft-ietf-dccp-ccid4-04.txt
> Reviewer: Miguel Garcia <miguel.a.garcia@ericsson.com>
> Review Date: 6-June-2009
> IETF LC End Date: 22-June-2009
>
>
> Summary: The document is ready for publication as an experimental  
> RFC. I have one question with respect to the IANA registration of  
> new codes (see below)
>
> Major issues: none
>
> Minor issues:
>
> - In Sections 14.1, 14.2, 14.3, etc., the draft indicates that the  
> IANA registration of new codes requires "IESG review, approval, and  
> standards-track IETF RFC publication". Considering that THIS draft  
> is in the experimental category, is it reasonable to ask future  
> codes to be on the standards (and not experimental) track for  
> registration of new codes. In other words, this draft does not even  
> qualify itself for registration of its own codes!
>
> I think the policy should be according to "Specification  
> Required" (see RFC 5226.

I added a sentence to Section 14, regarding the CCID codepoint,
saying that "This is a permanent codepoint, as is needed for
experimentation across the Internet using different codebases."
(Borrowing from Lars' email earlier today.)

There is a history in Transport of protocols that start as Experimental
but with different ranges of deployment in the Internet being
explicitly ok.  Examples include NewReno TCP (RFC 2582, obsoleted
by RFC 3782), ECN (RFC 2481, obsoleted by RFC 4774), and TCP initial
windows (RFC 2414, obsoleted by RFC 3390).  RFCs that remain as
Experimental (but with deployment allowed in the Internet) include
HighSpeed TCP (RFC 3649).  Most of these didn't require anything
from IANA one way or another.

For CCID4, with the need for permanent codepoints, it seems reasonable
to require IANA registration allocated with the "Standards Action"
policy.

> Nits/editorial comments:
>
> - A Caption to the figure in Section 8.7 would be nice. For example:  
> "Figure 1: Dropped Packets Option". The same applies to the two  
> figures in Section 8.7.1.

Thanks, done.

- Sally
http://www.icir.org/floyd/