[Gen-art] Gen-art review of draft-ietf-ledbat-survey-05
Elwyn Davies <elwynd@dial.pipex.com> Mon, 21 March 2011 15:47 UTC
Return-Path: <elwynd@dial.pipex.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 742E23A6884 for <gen-art@core3.amsl.com>; Mon, 21 Mar 2011 08:47:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.428
X-Spam-Level:
X-Spam-Status: No, score=-102.428 tagged_above=-999 required=5 tests=[AWL=0.171, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 c873uwaiDG0Q for <gen-art@core3.amsl.com>; Mon, 21 Mar 2011 08:47:51 -0700 (PDT)
Received: from auth.a.painless.aaisp.net.uk (c.5.0.d.2.7.e.f.f.f.8.4.0.3.2.0.0.3.0.0.0.0.0.0.0.b.8.0.1.0.0.2.ip6.arpa [IPv6:2001:8b0:0:30:230:48ff:fe72:d05c]) by core3.amsl.com (Postfix) with ESMTP id 347523A67E9 for <gen-art@ietf.org>; Mon, 21 Mar 2011 08:47:51 -0700 (PDT)
Received: from 250.254.187.81.in-addr.arpa ([81.187.254.250]) by a.painless.aaisp.net.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <elwynd@dial.pipex.com>) id 1Q1hM9-0005wO-9h for gen-art@ietf.org; Mon, 21 Mar 2011 15:49:21 +0000
From: Elwyn Davies <elwynd@dial.pipex.com>
To: General Area Review Team <gen-art@ietf.org>
Content-Type: text/plain
Date: Mon, 21 Mar 2011 15:51:50 +0000
Message-Id: <1300722710.21284.16942.camel@mightyatom.folly.org.uk>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.3
Content-Transfer-Encoding: 7bit
Subject: [Gen-art] Gen-art review of draft-ietf-ledbat-survey-05
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: Mon, 21 Mar 2011 15:47:52 -0000
I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-ledbat-survey-05.txt Reviewer: Elwyn Davies Review Date: 17 March 2011 IETF LC End Date:24 March 2011 IESG Telechat date: (if known) - Summary: I don't have any major problems with the survey of other work - I can't say if it is really complete and accurate or deals with the most relevant poroposals but it seems a good piece of work apart form one rather cavalier set of statements at the beginning of Section 2. However there is a bit of a Catch 22: LEDBAT's own proposal is still a work in progress but in both sections 1 and 6 there are cryptic references to its status as a real network deployed mechanism as compared with the simulations and testbed network deployments used to characterize the majority of the surveyed, and to the mechanisms which it uses. In neither case are any references adduced. Clearly there is a problem if the LEDBAT WG want this document published as an RFC before the LEDBAT mechanism is finalized - referencing the definitive LEDBAT draft will not be helpful here, but on the other hand it would be useful either to have some sort of way of (a) justifying the implicit assumption of LEDBAT's superiority in Section 1 and (b) pointing to some work that justifies the approach taken in LEDBAT other than the comparative studies noted (which may not be comparing against the current LEDBAT proposal as is noted in the draft), or if appropriate references cannot be found, then adjusting the language to be more neutral in Section 1 and more explicative in Section 6. Major issues: None Minor issues: s2, para 1: > In the absence of > any other traffic, this is even true for TCP itself when its maximum > send window is limited to the bandwidth*round-trip time (RTT) > product. Some evidence for this in the form of a reference would be desirable. Nits/editorial comments: s2, para 1: expand ECN.
- [Gen-art] Gen-art review of draft-ietf-ledbat-sur… Elwyn Davies