Re: [tcpPrague] [tcpm] Fwd: I-D Action: draft-bagnulo-tcpm-tcp-low-rtt-00.txt

Karen Elisabeth Egede Nielsen <karen.nielsen@tieto.com> Fri, 12 August 2016 11:30 UTC

Return-Path: <karen.nielsen@tieto.com>
X-Original-To: tcpprague@ietfa.amsl.com
Delivered-To: tcpprague@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 596C312D9FE for <tcpprague@ietfa.amsl.com>; Fri, 12 Aug 2016 04:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=tieto.com
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 hHbSLKpPKZb0 for <tcpprague@ietfa.amsl.com>; Fri, 12 Aug 2016 04:30:41 -0700 (PDT)
Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9455512D9F9 for <tcpPrague@ietf.org>; Fri, 12 Aug 2016 04:30:39 -0700 (PDT)
Received: by mail-io0-x22c.google.com with SMTP id q83so21907421iod.1 for <tcpPrague@ietf.org>; Fri, 12 Aug 2016 04:30:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tieto.com; s=google; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to:cc; bh=RsGwwstmgyf79WF7Ns8R2aPaWCg0r9YR+T9wCuyy1GU=; b=TGRuFyh0CrGpcSfIZXp1stAlbUQp1jQ3DtTBw7szcl0RrhTxS1vwcgkdkHWwox7Lle RIqMiC+1/zsAwdVggtYmv0gAV6bljYjCiS1OChka2+5wh173WsY4S14ZplsB3LvL8btQ C17lgTVeNw1GLDMdD3mmV+5cSIbJKs+oJ2gbM=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc; bh=RsGwwstmgyf79WF7Ns8R2aPaWCg0r9YR+T9wCuyy1GU=; b=JClPWwUnfqr3j90oo/3yyQcDrwiUL0UwpiMId4KW8rulygnI2yOvS+FTXwHdA5Ktm1 yaE94khdFeqdifkomfWE8fs1sKRXpYgVpAgXS9MosvarqlIY25UeFjLYBPhgStbk/GMs 6HCzgROf1YBKW47N9DoP0vc44mMnppsT540SecwrF0wtORCHkSeR5g7fj519COeKpk++ jXztXZkYCSd/TdlCosSoyVq89Xj2BdQBoLP1orOqEpomNXnelNtEtkv4lx9jdkbFInRn 7i2tQC9FhEfuNpcokxgZTYwt4TXz3/kLk1sN0qlDRjVw97+zThomXpk/cGR5tycp1eGy T8ng==
X-Gm-Message-State: AEkoouu1C5Ie6XQALfB7vn0lWqJKqVJvjRuRTqd8F6vQKg34Uum+lx5vw5Ctp/v7siDEe7kCBu5wervBkNJMoh89JdTEL3xaz0qOy9DgdhHMOn+IB98JDCSsM+cxSWuwCsJpMU4UT+2xqQ==
X-Received: by 10.107.37.198 with SMTP id l189mr16958232iol.117.1471001439087; Fri, 12 Aug 2016 04:30:39 -0700 (PDT)
From: Karen Elisabeth Egede Nielsen <karen.nielsen@tieto.com>
References: <20160708211635.32095.77047.idtracker@ietfa.amsl.com> <2f56d1b8-7450-42de-4a24-53df9cf4c045@it.uc3m.es>
In-Reply-To: <2f56d1b8-7450-42de-4a24-53df9cf4c045@it.uc3m.es>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQGd4OoGFyImcsqDlVk0oY8T3VfV3QH845XxoJ1vbUA=
Date: Fri, 12 Aug 2016 13:30:38 +0200
Message-ID: <a1f456db6e656785da8e356b9f530717@mail.gmail.com>
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
Content-Type: text/plain; charset="UTF-8"
X-DomainID: tieto.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/s6GmQ5FvDejmFlIK7AJLPyTKmdw>
Cc: tcpm IETF list <tcpm@ietf.org>, TCP Prague List <tcpPrague@ietf.org>, Yuchung Cheng <ycheng@google.com>
Subject: Re: [tcpPrague] [tcpm] Fwd: I-D Action: draft-bagnulo-tcpm-tcp-low-rtt-00.txt
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "To coordinate implementation and standardisation of TCP Prague across platforms. TCP Prague will be an evolution of DCTCP designed to live alongside other TCP variants and derivatives." <tcpprague.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpprague/>
List-Post: <mailto:tcpprague@ietf.org>
List-Help: <mailto:tcpprague-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpprague>, <mailto:tcpprague-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2016 11:30:45 -0000

Hi Marcello,

I very much appreciate your draft.

Even more so as it addresses one of the things I find to be a bit
"disturbing"  in the l4s drafts - Namely the claim that the finer saw
tooth functionality of l4s/DCTCP alone solves the latency problems (while
DCTCP indeed also is tuning the RTO timeout aggressively).
E.g., the formulation in  section 1.1 of
https://datatracker.ietf.org/doc/draft-briscoe-tsvwg-ecn-l4s-id/?include_t
ext=1

It turns out that a TCP algorithm like DCTCP that solves TCP's
   scalability problem also solves the latency problem, because the
   finer sawteeth cause very little queuing delay.  A supporting paper
   [DCttH15] gives the full explanation of why the design solves both
   the latency and the scaling problems, both in plain English and in
   more precise mathematical form.  The explanation is summarised
   without the maths in [I-D.briscoe-aqm-dualq-coupled].

could benefit from a reference to your draft or the issue that you
addresses here (at least for comprehensiveness).

An additional comment is  that new approaches to retransmissions - like
TCP TLP and TCP RACK (also SCTP TLR which however is not progressing at
the moment) might fundamentally alter the picture. I.e., if
retransmissions are sent pro-actively in tail loss situations then more
conservative RTOs may be kept for situations where it is prudent to wait
longer. Don't know if TCP TLP is so widely deployed that it is something
that you should relate to even if it may be superseded by RACK. Just a
thought.

BR, Karen

> -----Original Message-----
> From: tcpm [mailto:tcpm-bounces@ietf.org] On Behalf Of marcelo bagnulo
> braun
> Sent: 8. juli 2016 23:19
> To: tcpm IETF list <tcpm@ietf.org>
> Subject: [tcpm] Fwd: I-D Action: draft-bagnulo-tcpm-tcp-low-rtt-00.txt
>
> Hi,
>
> We just submitted this draft for consideration of the WG. Comments are
> appreciated.
>
> Regards, marcelo
>
>
>
>
> -------- Mensaje reenviado --------
> Asunto: 	I-D Action: draft-bagnulo-tcpm-tcp-low-rtt-00.txt
> Fecha: 	Fri, 08 Jul 2016 14:16:35 -0700
> De: 	internet-drafts@ietf.org
> Responder a: 	internet-drafts@ietf.org
> Para: 	i-d-announce@ietf.org
>
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
>
>
>          Title           : Recommendations for increasing TCP
performance in low RTT
> networks.
>          Authors         : Marcelo Bagnulo
>                            Koen De Schepper
>                            Glenn Judd
> 	Filename        : draft-bagnulo-tcpm-tcp-low-rtt-00.txt
> 	Pages           : 7
> 	Date            : 2016-07-08
>
> Abstract:
>     This documents compiles a set of issues that negatively affect TCP
>     performance in low RTT networks as well as the recommendations to
>     overcome them.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-bagnulo-tcpm-tcp-low-rtt/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-bagnulo-tcpm-tcp-low-rtt-00
>
>
> Please note that it may take a couple of minutes from the time of
submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html or
> ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm