Re: [Gen-art] Gen-ART Last Call review of draft-ietf-tcpm-accecn-reqs-07

Jari Arkko <jari.arkko@piuha.net> Thu, 19 February 2015 11:55 UTC

Return-Path: <jari.arkko@piuha.net>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D4051A8AFA for <gen-art@ietfa.amsl.com>; Thu, 19 Feb 2015 03:55:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 ZoirNDE8jKk2 for <gen-art@ietfa.amsl.com>; Thu, 19 Feb 2015 03:55:38 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id 520B01A8BBE for <gen-art@ietf.org>; Thu, 19 Feb 2015 03:55:38 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id A6B9C2CCCF; Thu, 19 Feb 2015 13:55:37 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TqKZ-KJ-_OWN; Thu, 19 Feb 2015 13:55:36 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id A132D2CC4D; Thu, 19 Feb 2015 13:55:36 +0200 (EET) (envelope-from jari.arkko@piuha.net)
Content-Type: multipart/signed; boundary="Apple-Mail=_FD61B9AC-6BB0-4920-A6C8-FFF61F305FB6"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <5473D042.5040804@gmail.com>
Date: Thu, 19 Feb 2015 13:55:35 +0200
Message-Id: <A4CCB380-C988-4276-93B2-3FE9062532E3@piuha.net>
References: <5473D042.5040804@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/WaCPsQr8kvdtKurbBok56_yPaRg>
Cc: draft-ietf-tcpm-accecn-reqs.all@tools.ietf.org, General Area Review Team <gen-art@ietf.org>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-tcpm-accecn-reqs-07
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
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: <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, 19 Feb 2015 11:55:40 -0000

Thanks for the review, Brian, and for the well written document, authors/WG! :-)

Jari

On 25 Nov 2014, at 02:41, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:

> 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-tcpm-accecn-reqs-07.txt
> Reviewer: Brian Carpenter
> Review Date: 2014-11-25
> IETF LC End Date: 2014-12-04
> IESG Telechat date:
> 
> Summary: Almost ready
> --------
> 
> Comment:
> --------
> 
> This is a well written document.
> 
> 
> Minor issues:
> -------------
> 
> There's quite a lot of discussion of the issues that would be caused by
> lost ACKs, but it's also stated that "(in the worst case, loss will still
> be available as a congestion signal of last resort)" and "However, it
> should be noted that ECN feedback is not the last resort against
> congestion collapse, because if there is insufficient response to
> ECN, loss will ensue, and TCP will still react appropriately to loss."
> 
> This doesn't address the issue that on physically lossy networks
> (e.g. the networks that more and more user devices live on), TCP does
> *not* react appropriately to loss, because it treats it as a congestion
> signal, and slows down when that is completely the wrong thing to do.
> 
> I think that the draft should recognise the fact that when a physically
> lossy network is involved, ACK loss will be a real issue at exactly
> the same time that conventional TCP is liable to misdiagnose congestion.
> 
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art