Re: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04

Gorry Fairhurst <gorry@erg.abdn.ac.uk> Thu, 16 March 2017 09:01 UTC

Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69111126DD9; Thu, 16 Mar 2017 02:01:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 V7rGYusXd9sh; Thu, 16 Mar 2017 02:01:47 -0700 (PDT)
Received: from pegasus.erg.abdn.ac.uk (pegasus.erg.abdn.ac.uk [139.133.204.173]) by ietfa.amsl.com (Postfix) with ESMTP id 2640112709D; Thu, 16 Mar 2017 02:01:47 -0700 (PDT)
Received: from Gs-MacBook-Pro.local (fgrpf.plus.com [212.159.18.54]) by pegasus.erg.abdn.ac.uk (Postfix) with ESMTPA id 54D151B01809; Thu, 16 Mar 2017 10:59:01 +0000 (GMT)
Message-ID: <58CA5461.9010108@erg.abdn.ac.uk>
Date: Thu, 16 Mar 2017 09:01:21 +0000
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Reply-To: gorry@erg.abdn.ac.uk
Organization: University of Aberdeen
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Praveen Balasubramanian <pravb@microsoft.com>
CC: "tcpm@ietf.org" <tcpm@ietf.org>, "draft-ietf-tcpm-dctcp@ietf.org" <draft-ietf-tcpm-dctcp@ietf.org>
References: <58C66BB3.1000003@erg.abdn.ac.uk> <CY4PR21MB027775A417785976A70C6B11B6260@CY4PR21MB0277.namprd21.prod.outlook.com>
In-Reply-To: <CY4PR21MB027775A417785976A70C6B11B6260@CY4PR21MB0277.namprd21.prod.outlook.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/KjT5a33OQCULWw0icfP1gh_fm0k>
Subject: Re: [tcpm] WGLC comments for draft-ietf-tcpm-dctcp-04
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Mar 2017 09:01:48 -0000

I wonder if the following could be easily also resolved, see suggestion 
below.

On 16/03/2017, 02:52, Praveen Balasubramanian wrote:
> In section 6:
>
> This statement could be better written:
>
> "If the estimation gain is small relative to the packet loss rate, the estimate may not be too inaccurate."
>
> - First, I think the loss rate noted, may be the loss rate for the return path (i.e., the opposite direction to the packets bing CE-marked?)
> - Second, may not be too inacurrate sounds odd - do you think the accuracy is acceptable for normal use?
>
> If this relates to ACK loss, the following statement isn't necessarily true. And especially wculd be far from true for an internet with asymmetric routing:
>
> "o  If packet loss mostly occurs under heavy congestion, most drops
>         will occur during an unbroken string of CE packets, and the
>         estimate will be unaffected.
> "
>
>>> >>  Yes these considerations are for the case where ACKs are lost reducing the accuracy of Alpha. The further sentence says that the impact of such loss has not been measured so its hard for me to say whether it will be "acceptable for normal use". Also, none of this applies to the internet and AFAIK routing is symmetric in the datacenter. I propose that we leave this text as is.
- Is it worth inserting "ACK" in the following, to disambiguate packet 
loss from ACK loss.

    "o  If ACK packet loss mostly occurs under heavy congestion, most drops
        will occur during an unbroken string of CE packets, and the
        estimate will be unaffected.

Gorry