IETF Logo Mail Archive

Re: [iccrg] [tsvwg] L4S related activity in 3GPP

"Holland, Jake" <jholland@akamai.com> Wed, 13 November 2019 06:58 UTC

Return-Path: <jholland@akamai.com>
X-Original-To: iccrg@ietfa.amsl.com
Delivered-To: iccrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E811120851; Tue, 12 Nov 2019 22:58:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=akamai.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 U7x2w9RYBgXZ; Tue, 12 Nov 2019 22:58:02 -0800 (PST)
Received: from mx0a-00190b01.pphosted.com (mx0a-00190b01.pphosted.com [IPv6:2620:100:9001:583::1]) (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 6D41F1200CD; Tue, 12 Nov 2019 22:58:02 -0800 (PST)
Received: from pps.filterd (m0122333.ppops.net [127.0.0.1]) by mx0a-00190b01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xAD6vNvx018472; Wed, 13 Nov 2019 06:57:55 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=ix128mN6pQgO0gBjAzjayeXJyy3RyLUr/RIqocg+Ukw=; b=iLbjqN9W921J7OepKPKjgNHL2Q7VqUToXEhiYMl7uBCozQCzBgBUBuYrnvD7rjiuhuIY +ei0NrUGMcrEH8y3XefwH6AKJwswaqmFkqqMOLlawfiPbrMtaeyIUUUA0v0zHuR1fTm4 I2utaMQVWxg5hXK6hLTaqG5xaeMT0cO3Iw+5FPT0dJ4NH05pm6B6/EzzdqNpMQ7BB0xC 9j4rbZ2b+jAnYADJf6x4Ejbji0511tMjLuRTEuKSRjgRAA+iedrVV6n1FwSq22fEz+H+ +T60gyieQ2DlW/HlbeDWrkwazUx1LZOQt/hbjITN7zQDr/+zQZSjtdTJQwoYKgulSgAi Iw==
Received: from prod-mail-ppoint8 (prod-mail-ppoint8.akamai.com [96.6.114.122] (may be forged)) by mx0a-00190b01.pphosted.com with ESMTP id 2w5p60tkuu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 13 Nov 2019 06:57:55 +0000
Received: from pps.filterd (prod-mail-ppoint8.akamai.com [127.0.0.1]) by prod-mail-ppoint8.akamai.com (8.16.0.27/8.16.0.27) with SMTP id xAD6kwO4022081; Wed, 13 Nov 2019 01:57:54 -0500
Received: from email.msg.corp.akamai.com ([172.27.165.115]) by prod-mail-ppoint8.akamai.com with ESMTP id 2w5snyrwa0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 13 Nov 2019 01:57:53 -0500
Received: from USTX2EX-DAG1MB4.msg.corp.akamai.com (172.27.165.122) by ustx2ex-dag1mb5.msg.corp.akamai.com (172.27.165.123) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 13 Nov 2019 00:57:53 -0600
Received: from USTX2EX-DAG1MB4.msg.corp.akamai.com ([172.27.165.122]) by ustx2ex-dag1mb4.msg.corp.akamai.com ([172.27.165.122]) with mapi id 15.00.1473.005; Wed, 13 Nov 2019 00:57:52 -0600
From: "Holland, Jake" <jholland@akamai.com>
To: Sebastian Moeller <moeller0@gmx.de>, Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
CC: Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>, "tcpm@ietf.org" <tcpm@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>, "iccrg@irtf.org" <iccrg@irtf.org>, "koen.de_schepper@nokia.com" <koen.de_schepper@nokia.com>
Thread-Topic: [tsvwg] L4S related activity in 3GPP
Thread-Index: AQHVlyEOqflbeAGZskqQkrD3bd7kSaeDnOaA//+x64CAAUN7AIAADA0AgAPxL4A=
Date: Wed, 13 Nov 2019 06:57:51 +0000
Message-ID: <95DD7C4B-0C48-4726-AD7A-D977D1D9C5CC@akamai.com>
References: <HE1PR07MB4425A148B5BB1E6FD8E5A3FBC27A0@HE1PR07MB4425.eurprd07.prod.outlook.com> <2083E62F-0E6D-40B1-B726-A198BFA36220@gmx.de> <HE1PR07MB4425DD6FE15DB130B24BCEA1C27A0@HE1PR07MB4425.eurprd07.prod.outlook.com> <764B1E43-7B86-4BAE-9FA2-CA5B56A73047@akamai.com> <HE1PR07MB4425AC20F458B38EB3AF12C9C2750@HE1PR07MB4425.eurprd07.prod.outlook.com> <577095C3-EE27-40D6-9A8C-662DACEA1A5C@gmx.de>
In-Reply-To: <577095C3-EE27-40D6-9A8C-662DACEA1A5C@gmx.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1e.0.191013
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.80.96]
Content-Type: text/plain; charset="utf-8"
Content-ID: <EDCBBB0125C67C419DDC8D3A33A87F26@akamai.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-13_01:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=436 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1910280000 definitions=main-1911130060
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-11-13_01:2019-11-11,2019-11-13 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 lowpriorityscore=0 clxscore=1015 phishscore=0 mlxlogscore=403 bulkscore=0 malwarescore=0 adultscore=0 mlxscore=0 priorityscore=1501 impostorscore=0 spamscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1911130062
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/JsXDqWLmv7SSMVDsIn_5pX3HdYw>
Subject: Re: [iccrg] [tsvwg] L4S related activity in 3GPP
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Nov 2019 06:58:04 -0000

On 2019-11-10, 02:46, "Sebastian Moeller" <moeller0@gmx.de> wrote:
> [SM] has any one actually tested paced chirping (PC) over real-life
> bonded links? As far as I can see PC pretty much relies on a) little
> to no re-ordering of packets (weird given that L4S also wants to allow
> larger re-ordering tolerance by recommending/mandating the use of RACK)
> and b) that the packet delivery time of each packet reflects a common
> path characteristic (which is less true for a bonded link).

I'd certainly love to see paced chirping fleshed out.  If there's a robust
version, it seems a promising way to avoid overshooting on slow start for
just about everyone (so maybe we could all get rid of that latency spike
on scenario 5), and I'd think it could have applications even outside of
slow start anywhere you have a way to back off before pushing to overflow
(e.g. BBR, or something using SCE, as well as L4S).

Of course as the paper said, it's not ready yet, but it does also seem
potentially helpful for the use case of highly variable link throughput.
To me it seems worth keeping in mind and examining further, whether
or not you think L4S with ECT(1) will end up being viable.

Best,
Jake

v2.23.0 | Report a Bug | By Email