Re: [tcpm] Thank you for the QUIC session in tcpm

Praveen Balasubramanian <pravb@microsoft.com> Fri, 09 November 2018 01:34 UTC

Return-Path: <pravb@microsoft.com>
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 5381A12F1AB for <tcpm@ietfa.amsl.com>; Thu, 8 Nov 2018 17:34:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.471
X-Spam-Level:
X-Spam-Status: No, score=-2.471 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 jo4w2h0f5EQw for <tcpm@ietfa.amsl.com>; Thu, 8 Nov 2018 17:34:36 -0800 (PST)
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0131.outbound.protection.outlook.com [104.47.36.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 515C7124D68 for <tcpm@ietf.org>; Thu, 8 Nov 2018 17:34:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/R7Og7juYSISUdulNFXQuVTtZXS5F8iWhJqzxXNx9sM=; b=Qo003iGjOSRU7mbuJ/wnPTb8OV82rj+e7HKmfUOk0z6jGH7bRN9Q+mdYPparVxw9Ruo8cYv4uzTLHA0ME29iMC6ut58wdV49VRZODd4zJaF6tFjj46Y//vQ06+caW7T0MXzyTF0TLGGeRWsDIWiDCz2DS1JaQFneoCVXtpTYRQc=
Received: from MW2PR2101MB1049.namprd21.prod.outlook.com (52.132.149.13) by MW2PR2101MB1020.namprd21.prod.outlook.com (52.132.148.150) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.8; Fri, 9 Nov 2018 01:34:34 +0000
Received: from MW2PR2101MB1049.namprd21.prod.outlook.com ([fe80::89e4:5371:41cc:d24a]) by MW2PR2101MB1049.namprd21.prod.outlook.com ([fe80::89e4:5371:41cc:d24a%4]) with mapi id 15.20.1339.009; Fri, 9 Nov 2018 01:34:34 +0000
From: Praveen Balasubramanian <pravb@microsoft.com>
To: Yuchung Cheng <ycheng=40google.com@dmarc.ietf.org>, Bob Briscoe <ietf@bobbriscoe.net>
CC: Ian Swett <ianswett@google.com>, tcpm IETF list <tcpm@ietf.org>
Thread-Topic: [tcpm] Thank you for the QUIC session in tcpm
Thread-Index: AQHUd1RO08g6biwnTkKIBqYAsYD8EKVGmkCAgAAPe9A=
Date: Fri, 9 Nov 2018 01:34:34 +0000
Message-ID: <MW2PR2101MB1049AD006A7311CBB7D9D072B6C60@MW2PR2101MB1049.namprd21.prod.outlook.com>
References: <dddc426c-b7e0-8446-d236-71bdba4010fe@bobbriscoe.net> <CAK6E8=eEQM++TqAS+wLWCwFbXuNcbRZV6Nnewz1+6nWhnfAuQQ@mail.gmail.com>
In-Reply-To: <CAK6E8=eEQM++TqAS+wLWCwFbXuNcbRZV6Nnewz1+6nWhnfAuQQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2001:4898:80e8:3:f570:32cd:aba6:c7e2]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; MW2PR2101MB1020; 6:DiRR2+xqxGnpdf02JInFzUTakuRd1cGo2/OYuHa+0n/v02jwq4VquwtgBcLp8DgDA++gltpWGyeCG0EfMj4f59weJS6/xDCbxiXiAdwTgmobyurIjQCopzSPfV1y7J5Qa2/IjA2TC+NzhdNW+UlYQMk4yJsCcl+246sHSBFze7Q7XS/6c8e9Q+L5hXBQZiOQlIDDTk0VJb8Ra+WTHagqrW7VKMT+X/YXxh3vgIRVXWfEgDrnY8R7ybpEHFk8dk86Ck0otCj7uaAPXzIeLe7UKIkIU/OKjoqMks/L2QAeG4WUaY0NbvehtsI7wiuUvlDfdeokjs1p3MoyHTllO7WMS2wzYzxcRVk0LgYBn4RJfXaBFCSYkQ7OAedei0SopsBRILO/XM5YH0RrjGi5hxTVh2sOsDScJFlAOjqGzyaS6dhQB/+8FSNGBKXiFYlhRVhrJ92m3cI70jnpZBKx5AkBlw==; 5:EECXWqwilGu7yh9huDdlmiaLNu0EpqMoo5F97k0+3XxxZ+Yt/qSJJAmwgbfTi+Q9gUKNxCeIPPdVAGTW+bsmD4+cgvylDWo1G3KBRd+xRrYQTpxaXjHl1h9RpvM69IVmB71xOgmtoXkf/xVkytmjo1vc66gHZPeBQ6V9GWThNsU=; 7:avV8In0MK/z0ZHcH+30J/M9Y2wG0hhuu+3KIwRrE7ILbplPOEk7cKu2OP6Lug/shvoFESO1xbnaVEq252FR7t2O8QC+KPL7zQhnKa8teBxW7fAy8rJ3xHG4rSoSogXWyfqiBXn/Kh/rsNPt4Wq3S/g==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 29a45add-1e8d-4e1f-30e8-08d645e38131
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(5600074)(711020)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:MW2PR2101MB1020;
x-ms-traffictypediagnostic: MW2PR2101MB1020:
x-ms-exchange-purlcount: 3
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pravb@microsoft.com;
x-microsoft-antispam-prvs: <MW2PR2101MB1020B729F9444D650DD4858DB6C60@MW2PR2101MB1020.namprd21.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(8220035)(2401047)(5005006)(8121501046)(3002001)(10201501046)(3231390)(944501410)(4982022)(2018427008)(93006095)(93001095)(6055026)(148016)(149066)(150057)(6041310)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123562045)(20161123564045)(201708071742011)(7699051)(76991095); SRVR:MW2PR2101MB1020; BCL:0; PCL:0; RULEID:; SRVR:MW2PR2101MB1020;
x-forefront-prvs: 08512C5403
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(376002)(346002)(39860400002)(396003)(366004)(13464003)(199004)(189003)(345774005)(2900100001)(102836004)(2906002)(305945005)(97736004)(76176011)(478600001)(99286004)(10290500003)(4326008)(86362001)(86612001)(6116002)(7696005)(25786009)(7736002)(256004)(5660300001)(53546011)(446003)(106356001)(6506007)(11346002)(105586002)(71200400001)(33656002)(486006)(476003)(71190400001)(14454004)(110136005)(46003)(54906003)(22452003)(186003)(966005)(68736007)(316002)(6246003)(74316002)(8990500004)(10090500001)(9686003)(55016002)(6306002)(6436002)(8676002)(81156014)(229853002)(81166006)(53936002)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:MW2PR2101MB1020; H:MW2PR2101MB1049.namprd21.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: sGYtL7r7+N1L4yO8ZbcZoig9vDMU5QeDcNda4OGKnXMwO5lwokrPqfg1Z5oOrnvel6wDqt7b/OMv3tmEjY3dU52FrJtUEJVvkEvmfELHs7FsEkCgyfBsvESeWOfm4W4j7PgLQi5KET2GJDvw6MJaM9shW6/UeH9Nxs/EgA6m8dIDlv0ZU6GI8S/sRoyleLiYmKmcPL0yXhKsOiJO85ap9nu8eVOOo9qP+RB12/nXS4i5P1/CM2b3cQFqtCGE69NbPDOTp6yQ2MZqtmUmTjcxsHNPLS+0Bf1hXEp4fx7Gm61UpFYZOFjcjgY7koqHIlfqEAsqnyWhpe66PrgQq+Rz4N6VrZatluI1sD3k719/8Qk=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 29a45add-1e8d-4e1f-30e8-08d645e38131
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Nov 2018 01:34:34.5079 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW2PR2101MB1020
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/UP96C_vdch3P9iokpajnhtrziqU>
Subject: Re: [tcpm] Thank you for the QUIC session in tcpm
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 09 Nov 2018 01:34:40 -0000

Yuchung I brought that difference up in an email to the quic wg earlier this week. 

In app send limited case, inflight could be very small compared to cwnd. So in QUIC there is potential to send a burst out after a long idle period (with outstanding data) where TCP wouldn't. The draft claims this is okay to do because RTO may have been a result of RTT increase instead of loss. Is there data to suggest on which side we should err? i.e. data on what are the chances that an RTO is due to an RTT increase versus loss.

Do you see any safety concerns with delayed reduction of cwnd in case where the RTO is not spurious?

-----Original Message-----
From: tcpm <tcpm-bounces@ietf.org> On Behalf Of Yuchung Cheng
Sent: Thursday, November 8, 2018 4:38 PM
To: Bob Briscoe <ietf@bobbriscoe.net>
Cc: Ian Swett <ianswett@google.com>om>; tcpm IETF list <tcpm@ietf.org>
Subject: Re: [tcpm] Thank you for the QUIC session in tcpm

On Thu, Nov 8, 2018 at 3:14 AM, Bob Briscoe <ietf@bobbriscoe.net> wrote:
>
> I just wanted to thank Jana for explaining QUIC loss recovery to us (and QUIC CC as far as it goes).
> And thank you Jana, Ian, the chairs of both WGs (and anyone else involved) for setting it up.
>
> If one is not full-time on QUIC, it's very difficult to keep up with all the changes. But now we have a checkpoint to start from, I feel I will not be wasting people's time if I try to get involved - at least I only might say something un-QUIC occasionally, rather than nearly always. This has allowed people who understand how TCP cold be improved to help with QUIC, when working on QUIC isn't their day job.
>
> Again, Thank you.
I like particularly that QUIC only reduces cwnd to 1 after the loss is confirmed not upon RTO fires. It should be very feasible for TCP (at least Linux) w/ TCP timestamps. It'll save a lot of spurious cwnd reductions!

Also IMHO TCP w/ quality timestamps are almost as good as QUIC pkt-ids. Google internally uses usec. We wish we could upstream it but RFC needs to be updated.

>
>
> Bob
>
>
> --
> ________________________________________________________________
> Bob Briscoe                               https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbobbriscoe.net%2F&amp;data=02%7C01%7Cpravb%40microsoft.com%7Cf0911eeb74d7446f424508d645dbb779%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636773207316711149&amp;sdata=0pt6YfpYOaF%2B5IWEKY3LMj1idEnYbApqUvWzhtLa5qE%3D&amp;reserved=0
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
> etf.org%2Fmailman%2Flistinfo%2Ftcpm&amp;data=02%7C01%7Cpravb%40microso
> ft.com%7Cf0911eeb74d7446f424508d645dbb779%7C72f988bf86f141af91ab2d7cd0
> 11db47%7C1%7C0%7C636773207316711149&amp;sdata=K667a3IQG4rarQ%2FOfAlyhK
> QQ05Cea421rgb64DlEMvs%3D&amp;reserved=0

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Ftcpm&amp;data=02%7C01%7Cpravb%40microsoft.com%7Cf0911eeb74d7446f424508d645dbb779%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636773207316711149&amp;sdata=K667a3IQG4rarQ%2FOfAlyhKQQ05Cea421rgb64DlEMvs%3D&amp;reserved=0