Transport in 0-RTT connections for high BDP

Kuhn Nicolas <Nicolas.Kuhn@cnes.fr> Thu, 07 March 2019 10:36 UTC

Return-Path: <Nicolas.Kuhn@cnes.fr>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7EAA130F3C; Thu, 7 Mar 2019 02:36:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 O3a3Dq6XEnkO; Thu, 7 Mar 2019 02:36:32 -0800 (PST)
Received: from mx2.cnes.fr (mx2.cnes.fr [194.199.174.201]) by ietfa.amsl.com (Postfix) with ESMTP id 8251F130EC3; Thu, 7 Mar 2019 02:36:30 -0800 (PST)
X-IronPort-AV: E=Sophos; i="5.58,451,1544486400"; d="scan'208,217"; a="24969867"
X-IPAS-Result: A2EJAACM84Bc/wEBeApkGgEBAQEBAgEBAQEHAgEBAQGBUQUBAQEBCwGBDVMvVxGBAzGMGZBtjnmFc4F7MAgBhEAChDUiNAkNAQEDAQEBBgEDAgICaRwMhU4BMEwSAQUQFVYmAQQODRODCIERZA+rdhqEGQKFcgWBLwGBWYtlgRFGgh6DTAEBA4FggzmCJgKQTIcmjB8HAoEeXYVRi1FoiioDiB2IAIJwhV+ORTkogS4zGieDOYsLhT9CgVAIi0oBgR4BAQ
X-URL-LookUp-ScanningError: 1
From: Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>
To: "'quic@ietf.org'" <quic@ietf.org>
CC: "etosat@ietf.org" <etosat@ietf.org>
Subject: Transport in 0-RTT connections for high BDP
Thread-Topic: Transport in 0-RTT connections for high BDP
Thread-Index: AdTU0Vt/T3P8LGrHSNKE8g+Nvj0KOw==
Date: Thu, 07 Mar 2019 10:35:27 +0000
Deferred-Delivery: Thu, 7 Mar 2019 10:36:27 +0000
Message-ID: <F3B0A07CFD358240926B78A680E166FF1EBABEF8@TW-MBX-P03.cnesnet.ad.cnes.fr>
Accept-Language: en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-tm-as-product-ver: SMEX-11.0.0.4255-8.100.1062-24474.007
x-tm-as-result: No--17.066000-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: multipart/alternative; boundary="_000_F3B0A07CFD358240926B78A680E166FF1EBABEF8TWMBXP03cnesnet_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/xA9z6NR-G1F-9igqGEcM8KrW00k>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Mar 2019 10:36:35 -0000

Hi,

We have uploaded a draft that describes a solution to improve QUIC's performance during 0-RTT establishment in a high BDP context.
https://tools.ietf.org/html/draft-kuhn-quic-0rtt-bdp-00

Abstract

   0-RTT is designed to accelerate the throughput at the establishment
   of a connection.  There are cases where 0-RTT alone does not improve
   the time-to-service.

   This memo discusses a solution where a fundamental characteristic of
   the path is learned during the 1-RTT phase and shared with the 0-RTT
   phase to accelerate the initial throughput during subsequent 0-RTT
   connections.

Would it be possible to have a small slot to present it during the next IETF meeting?

Kind regards,

Nico & Emile