[QUIC] QUIC ACK frames and one-way transfer time (was RE: Drafts structure and split)

Ingemar Johansson S <ingemar.s.johansson@ericsson.com> Wed, 26 October 2016 11:07 UTC

Return-Path: <ingemar.s.johansson@ericsson.com>
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 CAD6F129A85 for <quic@ietfa.amsl.com>; Wed, 26 Oct 2016 04:07:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 0aPL1rYRJGkb for <quic@ietfa.amsl.com>; Wed, 26 Oct 2016 04:07:11 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACF3C129A7B for <quic@ietf.org>; Wed, 26 Oct 2016 04:07:10 -0700 (PDT)
X-AuditID: c1b4fb25-5405a9800000793b-b9-58108e5c2fa9
Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.183.39]) by (Symantec Mail Security) with SMTP id 62.15.31035.C5E80185; Wed, 26 Oct 2016 13:07:08 +0200 (CEST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.39) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 26 Oct 2016 13:07:08 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GkHK2J5+5DrLT6oNho2YQCpsMfym0ZSzEIEwH1IbETs=; b=mNifoMXasfNUq+zezFtfWSWXJa32sLL9mUOCDg/FCeRMQrFpmCiIxi6I0Nt0/iPAVW86TO++5LX3bUdkddqipB8mONEyavBvNxVTYbOSXCillujpA7pOvE+NWEQi9fm0sgZIa0YDmFeMoP4UauPP9Z1yro2cN7xivaeXQvN7z1I=
Received: from DBXPR07MB351.eurprd07.prod.outlook.com (10.141.12.151) by DBXPR07MB349.eurprd07.prod.outlook.com (10.141.12.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.679.5; Wed, 26 Oct 2016 11:06:59 +0000
Received: from DBXPR07MB351.eurprd07.prod.outlook.com ([10.141.12.151]) by DBXPR07MB351.eurprd07.prod.outlook.com ([10.141.12.151]) with mapi id 15.01.0649.027; Wed, 26 Oct 2016 11:06:59 +0000
From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
To: Ryan Hamilton <rch@google.com>, Jim Roskind <JimRoskind@gmail.com>
Thread-Topic: QUIC ACK frames and one-way transfer time (was RE: [QUIC] Drafts structure and split)
Thread-Index: AdIveFEogtlDgWK4THqaxk5+qo7AYg==
Date: Wed, 26 Oct 2016 11:06:59 +0000
Message-ID: <DBXPR07MB35198069351E83CC0BE9014C2AB0@DBXPR07MB351.eurprd07.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ingemar.s.johansson@ericsson.com;
x-originating-ip: [192.176.1.89]
x-microsoft-exchange-diagnostics: 1; DBXPR07MB349; 6:g36fdUgb3g1bGvGLxdcgD0tDBJEnpJxY+5ReDl7BDjvAbKEK4NXIaPQEwtfrEoIUQEWvbzEAKJwQPwRJ7TWJu3Q4OK9wAt5WYQ86mCGFb0pla9CD35sGQaMISR/VrNGwt9bZGc6bZ794g+9yewurm2kJP9FrBvNW+snuaeMcj/bFvfzxPB3UYz1jFtT65c8U5ZT5QedKyyntrRRpt88MA24MhL29HscbkFDZuW8Tmwoce5c2ubcfrMNqhdG80Fxn9sRhx8Jb7lbJxQk38smqICFY5ApudKt1Ow2Ty95UMrkUblbRXI+fKSv3IPg08l2O; 5:BOR7QrRqCpUyEeQBdPlBEm4LSLWq/n+jnA8vTjJYumTXo/UxfQXFLPmE5N4v7aAUElXHuBw1e1PWQ+2xQ6tl8i60b1OOiyvfmVj98gw3h9lt2H9klyu8EmV9TgMdC3DVtYxSQHa6jZbCkQ2cPdDLRjKZFRPDqJu/1vvCQu3NwDw=; 24:qMlLFYXHn19k6B5fuCnWulDzqDAf+oL8AVjvQ4HNaROC0UCj7imgLPkb4jjhemNMXVCZWB9BiVfuMWc6zO+eTFRiV1k10fqNx/XF+HDk2eY=; 7:fadHe4nBWE5yK/Zd+LC8fl+gfSHso998kocJobAGjwL4YKUXL1RNsW4lbZQByOB0oxSs+jh4Ve5TSxCUyiwDudU2unwntJSNtplcxe/2RT9RhAKabOxiqKqy0cOhFOjXIWhXNvAfCe8F2+N4ktJ4tnKEtkZ1jxUoof3vXMYktRw7ABlTf4M4rESboqO+kaqeq5mW2zN54TqoiHi0tEcvIJJ2fjPxg5+V1vCD/f3tczyLweRWuhOvYo2u/Dn4WMB6dBlF258F1uQEF2ysPD7EFjqogGnEm3HupM8+vg7hpIGZzaRP5PRR9qBro+eM+xEA04QzGDLkyLyZTOhRmf2fRskPrRojfcCmMNOHapNnyUU=
x-forefront-antispam-report: SFV:SKI; SCL:-1SFV:NSPM; SFS:(10009020)(7916002)(199003)(377454003)(24454002)(189002)(3846002)(5002640100001)(3280700002)(790700001)(217423001)(102836003)(81166006)(8676002)(4326007)(19300405004)(74316002)(586003)(50986999)(54356999)(3660700001)(66066001)(16236675004)(33656002)(7736002)(10400500002)(5001770100001)(81156014)(229853001)(101416001)(7906003)(6116002)(2906002)(19625215002)(7846002)(87936001)(97736004)(106356001)(105586002)(5660300001)(92566002)(19609705001)(19617315012)(77096005)(76576001)(8936002)(189998001)(11100500001)(7696004)(9686002)(15975445007)(9326002)(2900100001)(68736007)(19580405001)(19580395003)(122556002)(86362001)(217873001); DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB349; H:DBXPR07MB351.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: 2c1df358-6f54-45df-8c00-08d3fd9034fb
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DBXPR07MB349;
x-microsoft-antispam-prvs: <DBXPR07MB349DB0687120E5B9C93931EC2AB0@DBXPR07MB349.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(211936372134217)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:DBXPR07MB349; BCL:0; PCL:0; RULEID:; SRVR:DBXPR07MB349;
x-forefront-prvs: 0107098B6C
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DBXPR07MB35198069351E83CC0BE9014C2AB0DBXPR07MB351eurprd_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Oct 2016 11:06:59.3671 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBXPR07MB349
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0hTYRjHe3cuO1qrt6X0YAY1sBtoFyMO0VIza9GFqKihRlt10JWXOEdD K6MsP7QyzCR1S9xkmnZhJV3UUptkpQZmaqE2R7SkxBXm3Ujadgz89nue/3P7v7wMIe+lAhhd UgrHJ2kTFLQvWah+tjz48HWsXtNCszcvGqXsRG81xZYN3afZ3EYzyVq/59Js1re7NHvNNJst Hswm2bK8F0S4j6raYJeqTJWpqu6CZlJlsUxIVKOfHlEqfduYZC8d7bvpOJegO83xqzdrfOM/ /qqXnnqYljZSd4+6gHJS9ciHAbwe9FO1Ej3yZeTYiqDvbyMpBm8RXJ20exUSZxMwYW6nROWm BKzlNbQYvEJgLDATnmE03gQVDWPIw354G7RU9HiLCHxLAqX6dtojLMAayMv/QItFHOQ4O6c5 BEy9NygPkzgIhvWtXpbhaCh59Nq7AOHF4BjrJT1M4IXQ7SyWiC4wWF60EiL7w4+vU5RYfwx+ d2VTYn4JvCl3eQ8CfImBycmXpBhU0mAz57snMe5gN3RVRooNUeAa6pOKrIPu8Z7pBbHQ3/hU IvY+RVA63jl9RSDUudq82+RuZ3ceZCHRcQDYO65McyB8/1xLiQ6SwTLsonLQcsMMQ4YZksH7 APOhqdBJGtznEXglWGtWiyVLIe/qF6nIKyDrdpF0Zt6EpHeRv8AJRxPj1oWGcLzumCAkJ4Uk cSmVyP3rbI//BFWh9oGIBoQZpJgjMxXNU8sp7WkhPbEBAUMo/GRl17BaLjuuTT/D8clH+NQE TmhAixhSsVC2ocJxSI7jtCncSY47xfH/VQnjE3ABHXj3PMLYF7TiXPgy/+EIZfnX+uas6q2y XbGhDrtj1HDZNnLOsnPPjrDtd3hn2kY+WAhIb60/en7AaNvXoiIzYzLih57YdYqHjmpNzPOw LZl4P4zOyujQJJzdXKJ88s3vZ+xB12DUvPy5kVXvS82anYk1auWJH8ovf+w7psLb+psUpBCv XbuK4AXtP8hN56JxAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/hrckS41YgmNLWjCbK5vjsTlaZLg>
Cc: Ian Swett <ianswett@google.com>, Kyle Rose <krose@krose.org>, Christian Huitema <huitema@huitema.net>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, marcelo bagnulo braun <marcelo@it.uc3m.es>, Jana Iyengar <jri@google.com>, "quic@ietf.org" <quic@ietf.org>
Subject: [QUIC] QUIC ACK frames and one-way transfer time (was RE: Drafts structure and split)
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Mailing list to discuss QUIC standardization <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: Wed, 26 Oct 2016 11:07:16 -0000

Hi

Ryan. You are right that the QUIC ACK frames already contains the necessary information to compute the one way delay. It is of course not possible to deduce the true one way delay unless the sender and receiver clocks are synchronized. What is easy to determine is the queue delay that can be used in a way similar to how LEDBAT does it, there are some pros and cons with that approach.
https://datatracker.ietf.org/doc/draft-johansson-cc-for-4g-5g/ describes a modification to Cubic that is based on this principle.

/Ingemar


From: Ryan Hamilton [mailto:rch@google.com]
Sent: den 26 oktober 2016 06:09
To: Jim Roskind <JimRoskind@gmail.com>
Cc: Ian Swett <ianswett@google.com>; Kyle Rose <krose@krose.org>; Christian Huitema <huitema@huitema.net>; Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>; marcelo bagnulo braun <marcelo@it.uc3m.es>; Jana Iyengar <jri@google.com>; quic@ietf.org
Subject: Re: [QUIC] Drafts structure and split



On Tue, Oct 25, 2016 at 7:13 PM, Jim Roskind <JimRoskind@gmail.com<mailto:JimRoskind@gmail.com>> wrote:
On Mon, Oct 24, 2016 at 5:31 PM, Ian Swett <ianswett@google.com<mailto:ianswett@google.com>> wrote:
...
It's worth noting that BBR is only a change to the congestion controller, ....



BBR relies on getting estimates of transit time, so as to estimate variations in buffer sizes.  As a relatively rough estimate, I believe BBR in TCP relies on traditional-TCP RTT calculations, which includes the round trip sum of transit times in both directions.  I expect that better one-way transit time estimates can be harvested in QUIC, by changing the data included in ACK frames to better illuminate transit times in each directions (or more precisely, illuminate changes, from one packet to the next, in one-way transit times).

​Correct me if I'm wrong, but QUIC ACK frames already have this information. The contain the arrival time of each packet at the peer, which provides the one-way transfer time.
​

 Such modifications appear at first blush to be notably larger than just a change to the congestion controller.

Similarly, I'd expect modifications to support ECN in QUIC to run much deeper than a congestion controller.

Jim

_______________________________________________
QUIC mailing list
QUIC@ietf.org<mailto:QUIC@ietf.org>
https://www.ietf.org/mailman/listinfo/quic