Re: [Gen-art] Gen-ART review of draft-ietf-behave-dccp-03.txt

Rémi Denis-Courmont <rem@videolan.org> Sun, 19 October 2008 19:57 UTC

Return-Path: <gen-art-bounces@ietf.org>
X-Original-To: gen-art-archive@optimus.ietf.org
Delivered-To: ietfarch-gen-art-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E6063A682B; Sun, 19 Oct 2008 12:57:29 -0700 (PDT)
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 931EF3A6864 for <gen-art@core3.amsl.com>; Sun, 19 Oct 2008 11:28:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
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 56gN1Z7MmiAI for <gen-art@core3.amsl.com>; Sun, 19 Oct 2008 11:28:56 -0700 (PDT)
Received: from yop.chewa.net (yop.chewa.net [91.121.105.214]) by core3.amsl.com (Postfix) with ESMTP id 9518C3A682F for <gen-art@ietf.org>; Sun, 19 Oct 2008 11:28:56 -0700 (PDT)
Received: from basile.remlab.net (unknown [IPv6:2002:591b:3aef:0:211:11ff:fe25:e6b4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi) by yop.chewa.net (Postfix) with ESMTP id C79C9BE0; Sun, 19 Oct 2008 20:30:03 +0200 (CEST)
From: Rémi Denis-Courmont <rem@videolan.org>
Organization: VideoLAN project - www.videolan.org
To: "Miguel A. Garcia" <Miguel.A.Garcia@ericsson.com>
Date: Sun, 19 Oct 2008 21:30:01 +0300
User-Agent: KMail/1.9.9
References: <48F865AC.8010803@ericsson.com>
In-Reply-To: <48F865AC.8010803@ericsson.com>
MIME-Version: 1.0
Content-Disposition: inline
Message-Id: <200810192130.01478.rem@videolan.org>
X-Mailman-Approved-At: Sun, 19 Oct 2008 12:57:27 -0700
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, General Area Review Team <gen-art@ietf.org>, behave-chairs@tools.ietf.org
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-behave-dccp-03.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/pipermail/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>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: gen-art-bounces@ietf.org
Errors-To: gen-art-bounces@ietf.org

Le vendredi 17 octobre 2008 13:15:08 Miguel A. Garcia, vous avez écrit :
> 1) The draft says that it is intended to become a Standards Track.
> However, this document contains a collection of requirements. Typically
> Requirements draft are assigned to the category of Informational or BCP.
> I checked other similar requirement documents in the BEHAVE WG and their
> intended status is BCP. I think this draft should be a BCP.

Right. Will change.

> 2) As a matter of personal taste, I don't like to mention names of
> working groups in RFCs. This is because WGs are temporal arrangements.
> They stop existing after a few years, while RFCs are permanent. So,
> "BEHAVE" might not mean anything in the near future. This comment is due
> to the reference to "BEHAVE" in the abstract.

So like "published by the IETF" instead of "published by the BEHAVE wg"?

> 3) I know the RFC Editor allows well-known acronyms (e.g, TCP, UDP, and
> IP). But I am not so sure if "DCCP" and "SCTP" qualifies as well-known.
> So, it might be a good idea to expand it at a first occurrence
> (including the title).

That's going to be a long title, fine with me.

> 4) Typo: Section 10, 5th paragraph, remove the dot "." in the middle of
> this sentence:
>
>     Silently dropping the
>     Listen makes it harder to diagnose network problems. and forces
>     applications to wait for the DCCP stack to finish several
>     retransmissions before reporting an error.

Right.

-- 
Rémi Denis-Courmont
http://git.remlab.net/cgi-bin/gitweb.cgi?p=vlc-courmisch.git;a=summary
_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art