
From nobody Thu Mar  7 10:08:35 2019
Return-Path: <olivier.tilmans@nokia-bell-labs.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 B2CED127598; Wed,  6 Mar 2019 02:26:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level: 
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 a-dRnJPTJzSd; Wed,  6 Mar 2019 02:26:13 -0800 (PST)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10103.outbound.protection.outlook.com [40.107.1.103]) (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 53150129A85; Wed,  6 Mar 2019 02:26:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;  s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=X4bF0JaIX84I2AhLxDIgcArzFfozYHBSLTfBId1ZMfo=; b=Ty2PFR2tv3iCOJ+BiTpHVHls0oyn34s7DBQYiG0dSwW0pPRKcowS3qHkts1G5f4dtNuaHIBZmo3JTIjOacff1HH/WiYJx+zokR8bCJMXCtzXirMeLcLY1yU3AeOfqY89CKpMEeglFqe6TxOpp9pHn/bb2TpXecOZSND/jldQU1I=
Received: from AM0PR07MB4819.eurprd07.prod.outlook.com (20.178.19.14) by AM0PR07MB5794.eurprd07.prod.outlook.com (20.178.114.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1686.5; Wed, 6 Mar 2019 10:26:06 +0000
Received: from AM0PR07MB4819.eurprd07.prod.outlook.com ([fe80::cf2:2bda:1b42:8276]) by AM0PR07MB4819.eurprd07.prod.outlook.com ([fe80::cf2:2bda:1b42:8276%3]) with mapi id 15.20.1686.016; Wed, 6 Mar 2019 10:26:06 +0000
From: "Tilmans, Olivier (Nokia - BE/Antwerp)" <olivier.tilmans@nokia-bell-labs.com>
To: "hackathon@ietf.org" <hackathon@ietf.org>, "tcpprague@ietf.org" <tcpprague@ietf.org>
CC: "De Schepper, Koen (Nokia - BE/Antwerp)" <koen.de_schepper@nokia-bell-labs.com>, Bob Briscoe <research@bobbriscoe.net>, Olga Albisser <olga@albisser.org>, Joakim Misund <joakim.misund@gmail.com>, Mirja Kuehlewind <mirja.kuehlewind@tik.ee.ethz.ch>, "dlebrun@google.com" <dlebrun@google.com>,  Maxime Piraux <maxime.piraux@uclouvain.be>, Quentin De Coninck <quentin.deconinck@uclouvain.be>, =?utf-8?B?RmFiaWVuIER1Y2jDqm5l?= <fabien.duchene@uclouvain.be>, =?utf-8?B?RnJhbsOnb2lzIE1pY2hlbA==?= <francois.michel@uclouvain.be>
Thread-Topic: Implementation and experimentation of TCP Prague/L4S hackaton at IETF104
Thread-Index: AdTUAgL7RItcuC1HRiKGmEWiBlQNiQ==
Date: Wed, 6 Mar 2019 10:26:05 +0000
Message-ID: <AM0PR07MB48198660539171737E4CCAB1E0730@AM0PR07MB4819.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [135.245.212.155]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cd964d91-9beb-46a2-c51c-08d6a21e244f
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600127)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB5794; 
x-ms-traffictypediagnostic: AM0PR07MB5794:
x-ms-exchange-purlcount: 14
x-microsoft-exchange-diagnostics: =?utf-8?B?MTtBTTBQUjA3TUI1Nzk0OzIzOjE1Z1prd0E2SEwxdm1zZTRHbWtVMGFFUE1h?= =?utf-8?B?SmtHVlByZklZbDBIWmhkUldzZzZzNE00NGJTTkFlUS9vdGZkNnh0SmtkckhQ?= =?utf-8?B?akRVMjE3Qk5vcWZBL2IrOHNuWDJCMVRIRzkvN1VKdE1GVXYrYkljRVo3V1lD?= =?utf-8?B?Z2xhaTVqek1PSXpFUHFEaHFPV1M0LzBmY1FoOE1sR0JjUXN6OFZNbDFicEgy?= =?utf-8?B?R1JDNjMrTGFrYVgzQW5LbkF5L1pVbzFrK0h6M2JPSGg3enp3T2tJdGlETzM1?= =?utf-8?B?RWpkMUZROERoSERDMnZiWDJqWXppZXFnZ3EyTFBFR2M3R0RIdnFBVkJFOGpw?= =?utf-8?B?MjUwWEFjMWRlSWMyWS9xSVFLUUFyakdpYlFRaUI3VG5pamF5L05maWRJVU5i?= =?utf-8?B?TlNObnIwY1I0U25NQ2t1NDUzbE5TKzZzbHMxdzYvQzlGVzgwTE1RYnQwQ0V5?= =?utf-8?B?ZFJ3bXdRNURObkJsNS9XK0drRk9jT2RTYWpOblB2UHlsTzl6VElzR0drS0pQ?= =?utf-8?B?Ukl6YmlUMzJYV3JuZGRSMkxrbVpCZFhhRGJrbktjTzJ5V21vVGJqMDdWdmpo?= =?utf-8?B?UmQwVWJ6ZWd1WEdKczN4cFRuQ1ZUSEFwVmN1MkdrRWV2UEYvRGl4TUc0QW5R?= =?utf-8?B?RmJYcjc0RXBVWXhkaHVLbURZM09LZTNkYTRsc0lZYUtHL0ZBdEJWY2MwTWF5?= =?utf-8?B?RG91MlVJRFNmWllIZkkrbUUwTXJpcEdCeW1rcUtDOVRFTk1TQ1hNRERXakpH?= =?utf-8?B?Z0lrT1BtcnlmVy8wV2p0aUF0TU8rbDJXdUZOeHNURDd6Ry96TDhjaVJ2OXQy?= =?utf-8?B?dThPb3l5Rms4NnVJcDQzTWd2UU5zT3ZLVWVCODBnSXpXd2ZHazFrK1dseXc0?= =?utf-8?B?TERhL0Y5RHVsS1JjcUJleU9GNVVrN3hVVGR6bWdnRVptbEpUeFE1N1h6TnNt?= =?utf-8?B?NFVhalpVYWUvRGVQQlk1YUI1ek45a09LbmltS1JPM2pvTXNpVDVELzMwL0RK?= =?utf-8?B?dVhpZW1id0c4N3ZSVVdnUExqSllndDNkbjQvTG1zcTlRUU16MmZ1OC9zbjJN?= =?utf-8?B?SHRBRkdpZGlVVlQrNm1hQVVCYlYrNG9TOVpBeWZQNzRoRGlOcFNEY05FQStq?= =?utf-8?B?NWxhOG1TME9sQUZZVkxxd0IvYWxPS0N5RThYdytuQ3BONUIxL2RJZ3V6ZmtW?= =?utf-8?B?OXgrd0FuaVJaa21ENXFUeUpmY080QndEUktTRStmakVoMElnWll4NXd0N1ZH?= =?utf-8?B?VkZFK0ttSjg5aE1tMXBMSHRpRzhXMktoRnZzQUNzVXpjbFV4M1htcWxhaXN0?= =?utf-8?B?aXVCK2JqOHNGUDJlQWtQb2pFanV1U1o2UlRudGhFb0tlVUk2T2hkRlAwd0pk?= =?utf-8?B?S1JZbk5wY29lNjlTbkVlNUJ6YXB3VmxzUzZNUGo0cEVPTk5qQi9vdHh0N1dG?= =?utf-8?B?UUtCUERiako2S1ZTcGlyQkFKYXEveE9WNkxUcUNJK0c3dUdXaktrUzMrZ0VZ?= =?utf-8?B?Y2RKM2tjTTd6bU1JbExVTzFIQ3lpT3BIUklVNWMyRzBDc1Q5ZkdoU3F0WTJM?= =?utf-8?B?VVkzQSt1WndVSzNUN0lxZWNwNkJvR0dwek9pN2oxWkFnUSszR2pJaTFyaU5H?= =?utf-8?B?OU9WbmtLQ1VvazU0NnlNeStJVDgwcktYbXNUckI2Q3podDI5Z0FQVGtOTnlW?= =?utf-8?Q?ltHMIQ03/3Pbz76DmQ=3D?=
x-microsoft-antispam-prvs: <AM0PR07MB57941DC21C5DB2CE8A33BBA7E0730@AM0PR07MB5794.eurprd07.prod.outlook.com>
x-forefront-prvs: 0968D37274
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(346002)(376002)(396003)(136003)(189003)(199004)(53754006)(305945005)(3846002)(54906003)(316002)(14444005)(55016002)(71200400001)(6116002)(9686003)(81156014)(81166006)(256004)(8676002)(102836004)(53936002)(25786009)(14454004)(52536013)(6506007)(7696005)(110136005)(33656002)(4326008)(99286004)(8936002)(71190400001)(6436002)(2501003)(6346003)(66066001)(7736002)(966005)(26005)(6306002)(486006)(105586002)(97736004)(106356001)(68736007)(5660300002)(186003)(478600001)(476003)(74316002)(7416002)(86362001)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB5794; H:AM0PR07MB4819.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0; 
received-spf: None (protection.outlook.com: nokia-bell-labs.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=olivier.tilmans@nokia-bell-labs.com; 
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: nOAUasqgGj2mSJfW0m1D0gT3cmRBZzasb3Oj0UigAbJnSdtHYE4BMW6myRPSZJMPw6PSKpUGu+X4mjRKXkRZGzKm1IWsM4nRmgCjA3CRmeWudbS8SmaBHjhHlLTuJLhncE9OvQS3QqfJ90ba8pbhvWfHLssRq0/ooUFNTTtuFcQUhDz5gmqQ5M+VIIJaldlkbb3qCjLflVr4xvCFgVH448g828TMXAYcaWQoXEFPiU8W2YKGoVgaAe2ZW61XKaDpkvpXEmduRhEhvmlyVZdVgrMUdG4JHl8Bx89xLD6bun/Qol6+7bUt4L9h4u5EjBk98vzn/D3NKMknFfqhE+p2SYBtFyVfngX28MrL47G3JMOuCHtjwv34FVrecLCiw/GJHi1yRS5AwAAMIHoqNYL7v+I7sQUvAyNh2bSna4uAENg=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cd964d91-9beb-46a2-c51c-08d6a21e244f
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2019 10:26:05.9758 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5794
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/EsuBO_qzygR3yABwkLtSNdfMP60>
X-Mailman-Approved-At: Thu, 07 Mar 2019 10:08:34 -0800
Subject: [tcpPrague] Implementation and experimentation of TCP Prague/L4S hackaton at IETF104
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 06 Mar 2019 10:26:17 -0000

SGkgYWxsLA0KDQpXZSdsbCBiZSB3b3JraW5nIG9uIHRoZSAiVENQIFByYWd1ZSIgY29uZ2VzdGlv
biBjb250cm9sL0w0UyBhcmNoaXRlY3R1cmUgZHVyaW5nIHRoZSBJRVRGLTEwNCBoYWNrYXRvbi4N
ClRoaXMgdG9waWNzIGFpbXMgYXQgYWNjZWxlcmF0aW5nIHRoZSB3b3JrIHRoYXQgc3RhcnRlZCBk
dXJpbmcgdGhlIElFVEY5MyAoY29pbmNpZGVudGFsbHkgYWxzbyBpbiBQcmFndWUpLCBpbiBvcmRl
ciB0byBnZXQgVENQIFByYWd1ZSB0byBhbiAndXNhYmxlJyBzdGF0ZeKAlGkuZS4sIG1lZXQgdGhl
IHNhZmV0eSByZXF1aXJlbWVudHMgYW5kIGhhdmUgc3VwcG9ydGluZyBtYXRlcmlhbHMgKGUuZy4s
IFZNcywgbGFicykgdG8gbGV0IHBlb3BsZSBleHBlcmltZW50IHdpdGggaXQuIERlcGVuZGluZyBv
biBwZW9wbGUncyBpbnRlcmVzdCwgcHJvdG90eXBpbmcgc29tZXRoaW5nIHNpbWlsYXIgZm9yIFFV
SUMgaXMgYW5vdGhlciBwb3NzaWJsZSBvdXRwdXQuDQoNCkRldGFpbHMgYW5kIGxpbmtzIHRvIHJl
c291cmNlcy9zdXBwb3J0aW5nIGRyYWZ0cyBhcmUgYXZhaWxhYmxlIGF0IGh0dHBzOi8vdHJhYy5p
ZXRmLm9yZy90cmFjL2lldGYvbWVldGluZy93aWtpLzEwNGhhY2thdGhvbiN0Y3AtcHJhZ3VlIGFu
ZCBjb3BpZWQgYmVsb3cuDQpBZGRpdGlvbmFsbHksIGZldyB0b3BpY3Mgd2lsbCBwcmVzZW50ZWQg
ZHVyaW5nIG5ldGRldiAweDEzIHRoZSB3ZWVrIGJlZm9yZS4NCg0KU2VlIHlvdSBpbiBQcmFndWUu
DQoNCkJlc3QsDQpPbGl2aWVyDQoNCg0KSW1wbGVtZW50YXRpb24gYW5kIGV4cGVyaW1lbnRhdGlv
biBvZiBUQ1AgUHJhZ3VlL0w0Uw0KDQoqIENoYW1waW9uDQogICogT2xpdmllciBUaWxtYW5zIDxv
bGl2aWVyLnRpbG1hbnMgYXQgbm9raWEtYmVsbC1sYWJzLmNvbT4NCiogUHJvamVjdHMNCiAgKiBQ
cm90b3R5cGUgdGhlICJUQ1AgUHJhZ3VlIiBjb25nZXN0aW9uIGNvbnRyb2wgb24gTGludXgNCiAg
ICAqIEZpbmFsaXplIHRoZSBpbXBsZW1lbnRhdGlvbiBvZiBhY2N1cmF0ZSBFQ04gKGRyYWZ0IGNv
bmZvcm1hbmNlKSwgYW5kIHBvcnQgaXQgb24gTGludXggdjUueCANCiAgICAqIEJ1aWxkIHRvb2xp
bmcgYXJvdW5kIEw0UyB0byBsZXQgcGVvcGxlIGV4cGVyaW1lbnQgd2l0aCB0aGUgdGVjaG5vbG9n
eSAoZS5nLiwgdmlydHVhbCBtYWNoaW5lLCBvciBtaW5pbmV0IGxhYnMpDQogICAgKiBXb3JrIHRv
d2FyZHMgIlFVSUMgUHJhZ3VlIg0KKiBSZXNvdXJjZXMNCiAgKiBUQ1AgUHJhZ3VlDQogICAgKiBS
ZXBvc2l0b3J5IOKAlCDigItodHRwczovL2dpdGh1Yi5jb20vTDRTVGVhbS90Y3AtcHJhZ3VlDQog
ICAgKiBSZXF1aXJlbWVudHMg4oCUIOKAi2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLXRzdndnLWVjbi1sNHMtaWQtMDUjcGFnZS0yMQ0KICAgICAgKiBVcGNvbWluZyBuZXRk
ZXYgdGFsayDigJQgaHR0cHM6Ly9uZXRkZXZjb25mLm9yZy8weDEzL3Nlc3Npb24uaHRtbD90YWxr
LXRjcC1wcmFndWUtbDRzDQogICAgICAqIEFjY3VyYXRlIEVDTg0KICAgICAgICAqIFNwZWNzIOKA
lCDigItodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi10Y3BtLWFjY3VyYXRl
LWVjbi0wNw0KICAgICAgICAqIEltcGxlbWVudGF0aW9uIGZvciBMaW51eCB2NC4xNyDigJQg4oCL
aHR0cHM6Ly9naXRodWIuY29tL21pcmphay9saW51eC1hY2NlY24NCiAgICAgICAgKiBQYXN0IG5l
dGRldiB0YWxrIOKAlCBodHRwczovL3d3dy5uZXRkZXZjb25mLm9yZy8yLjIvc2Vzc2lvbi5odG1s
P2t1aGxld2luZC1hY2NlY24tdGFsaw0KICAgICAgKiBQYWNlZCBDaGlycGluZyANCiAgICAgICAg
KiBSZXBvc2l0b3J5IOKAlCDigItodHRwczovL2dpdGh1Yi5jb20vSm9ha2ltTWlzdW5kL1BhY2Vk
Q2hpcnBpbmcNCiAgICAgICAgKiBVcGNvbWluZyBuZXRkZXYgdGFsayDigJQgaHR0cHM6Ly9uZXRk
ZXZjb25mLm9yZy8weDEzL3Nlc3Npb24uaHRtbD90YWxrLWNoaXJwDQogICogTDRTIGFyY2hpdGVj
dHVyZQ0KICAgICogU3BlY3Mg4oCUIOKAi2h0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm
dC1pZXRmLXRzdndnLWw0cy1hcmNoLTAzDQogICAgKiBEdWFsUEkyIEFRTQ0KICAgICAgKiBTcGVj
cyDigJQg4oCLaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdHN2d2ctYXFt
LWR1YWxxLWNvdXBsZWQtMDgNCiAgICAgICogUmVwb3NpdG9yeSDigJQg4oCLaHR0cHM6Ly9naXRo
dWIuY29tL0w0U1RlYW0vc2NoX2R1YWxwaTJfdXBzdHJlYW0NCiAgICAgICogVXBjb21pbmcgbmV0
ZGV2IHRhbGsg4oCUIGh0dHBzOi8vbmV0ZGV2Y29uZi5vcmcvMHgxMy9zZXNzaW9uLmh0bWw/dGFs
ay1EVUFMUEkyLUFRTQ0KICAqIFJJVEUgUHJvamVjdCDigJQg4oCLaHR0cHM6Ly9yaXRlcHJvamVj
dC5ldS9kY3R0aC8jY29kZQ0K


From nobody Sat Mar 23 05:29:27 2019
Return-Path: <ietf@bobbriscoe.net>
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 8BCDD127967 for <tcpprague@ietfa.amsl.com>; Sat, 23 Mar 2019 05:29:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
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 BaAgrURH1ABI for <tcpprague@ietfa.amsl.com>; Sat, 23 Mar 2019 05:29:22 -0700 (PDT)
Received: from server.dnsblock1.com (server.dnsblock1.com [85.13.236.178]) (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 B3ECC1200D7 for <tcpPrague@ietf.org>; Sat, 23 Mar 2019 05:29:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Type:MIME-Version:Date:Message-ID: Subject:From:Cc:To:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=fMjyR41ccdBXbwrmyXxikw0ZuktGp+kj7r2+iPQI5Q8=; b=bWtY2wWVxEQV2LP+PejN9akUR0 cGHBESNBd/dfvSgDRNRiB7hqSrk+8UIWC4sQqjVNjtV7KvsAb99qGc9dqOCjZQOVRihD6Jw1Q5xHB 0OxuX9v++10RY4EboJZprj72HCV5MroDwI3NbCF6O3gnKZgLAHaQypiBJymR+k7W80d5AyY/qClHz z79uOE1FSf1WmkUeOUjT4dLQof+vr67HV4ta3M9uAgQCUcvlezaQfJXK274j+F3tu+uqNJ30yGU2E IGXymZw/67WNTTgblhFVlUWYz7d/aXdFh+cHYkAW5aRoy3znfCnm9sBEt4kv/ri3wTzmN7YP+h8t0 as3wmhGA==;
Received: from dhcp-819f.meeting.ietf.org ([31.133.129.159]:47914) by server.dnsblock1.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from <ietf@bobbriscoe.net>) id 1h7fCD-0002ln-4Z; Sat, 23 Mar 2019 11:52:17 +0000
To: "Tilmans, Olivier (Nokia - BE/Antwerp)" <olivier.tilmans@nokia-bell-labs.com>, "Lebrun, David" <Dav.Lebrun@gmail.com>
Cc: TCP Prague List <tcpPrague@ietf.org>
From: Bob Briscoe <ietf@bobbriscoe.net>
Message-ID: <bae90d73-b472-593b-1026-446660c76846@bobbriscoe.net>
Date: Sat, 23 Mar 2019 12:52:16 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------28DA4B8AA82378DB430D3301"
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.dnsblock1.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: server.dnsblock1.com: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: server.dnsblock1.com: in@bobbriscoe.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpprague/rzdKxbvx-hG-91I1D7m3UXz31KU>
Subject: [tcpPrague] GRO for AccECN, DCTCP feedback and ECN feedback
X-BeenThere: tcpprague@ietf.org
X-Mailman-Version: 2.1.29
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: Sat, 23 Mar 2019 12:29:26 -0000

This is a multi-part message in MIME format.
--------------28DA4B8AA82378DB430D3301
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Olivier, David,

To record our current discussions on this in the hackathon:

I think the only thing that software or hardware GRO have to do is mask 
the three 'ACE' TCP flags (AE, CWR & ECE) in the TCP header, so they 
will coalesce packets irrespective of the 3 ECN flags.

Currently
* CWR==1 flushes GRO
* a change in ECE flushes GRO

If we are going to mask both of them, we need to understand how much 
benefit each one gives for each of AccECN, DCTCP-style and classic ECN 
feedback:

  * DCTCP
      o ECE: if a change to ECE is held back while coalescing, the same
        packets will still be considered within the same RTT (because an
        RTT is defined up to when the packet at the start of the RTT is
        ACK'd). So DCTCP's accumulation of the ECE changes will still
        give exactly the same EWMA result. The only difference will be a
        longer RTT, which is the known tradeoff with segmentation offload.
      o CWR: ignored - no problem
  * AccECN
      o All 3 ACE flags: Same tradeoff as for ECE with DCTCP
  * Classic ECN
      o CWR: stops setting ECE once CWR arrives. If it sends ECE for a
        bit longer, no problem
      o ECE: it will get the leading edge of a new ECE volly later, so
        it will respond later.


Conclusions:
* If a machine implements only Classic ECN feedback, do not mask the 3 
ECN flags
* If a machine implements DCTCP-style feedback (in a controlled 
environment), masking the 3 ECN flags for GRO does good and no harm
* If a machine implements AccECN feedback, masking the 3 ECN flags for 
GRO does good and no harm

Mixtures of connections:
* On a machine that implements AccECN or DCTCP-style feedback and 
therefore masks the ACE field, If an individual connection has to fall 
back to Classic ECN, it will exhibit a delayed response to ECE.

Is this OK?




Bob


-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/


--------------28DA4B8AA82378DB430D3301
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Olivier, David,<br>
    <br>
    To record our current discussions on this in the hackathon:<br>
    <br>
    I think the only thing that software or hardware GRO have to do is
    mask the three 'ACE' TCP flags (AE, CWR &amp; ECE) in the TCP
    header, so they will coalesce packets irrespective of the 3 ECN
    flags. <br>
    <br>
    Currently<br>
    * CWR==1 flushes GRO<br>
    * a change in ECE flushes GRO<br>
    <br>
    If we are going to mask both of them, we need to understand how
    much benefit each one gives for each of AccECN, DCTCP-style and
    classic ECN feedback:<br>
    <ul>
      <li>DCTCP</li>
      <ul>
        <li>ECE: if a change to ECE is held back while coalescing, the
          same packets will still be considered within the same RTT
          (because an RTT is defined up to when the packet at the start
          of the RTT is ACK'd). So DCTCP's accumulation of the ECE
          changes will still give exactly the same EWMA result. The only
          difference will be a longer RTT, which is the known tradeoff
          with segmentation offload.</li>
        <li>CWR: ignored - no problem</li>
      </ul>
      <li>AccECN<br>
      </li>
      <ul>
        <li>All 3 ACE flags: Same tradeoff as for ECE with DCTCP</li>
      </ul>
      <li>Classic ECN</li>
      <ul>
        <li>CWR: stops setting ECE once CWR arrives. If it sends ECE for
          a bit longer, no problem</li>
        <li>ECE: it will get the leading edge of a new ECE volly later,
          so it will respond later.</li>
      </ul>
    </ul>
    <br>
    Conclusions: <br>
    * If a machine implements only Classic ECN feedback, do not mask the
    3 ECN flags<br>
    * If a machine implements DCTCP-style feedback (in a controlled
    environment), masking the 3 ECN flags for GRO does good and no harm<br>
    * If a machine implements AccECN feedback, masking the 3 ECN flags
    for GRO does good and no harm<br>
    <br>
    Mixtures of connections:<br>
    * On a machine that implements AccECN or DCTCP-style feedback and
    therefore masks the ACE field, If an individual connection has to
    fall back to Classic ECN, it will exhibit a delayed response to ECE.
    <br>
    <br>
    Is this OK?<br>
    <br>
    <br>
    <br>
    <br>
    Bob<br>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
________________________________________________________________
Bob Briscoe                               <a class="moz-txt-link-freetext" href="http://bobbriscoe.net/">http://bobbriscoe.net/</a></pre>
  </body>
</html>

--------------28DA4B8AA82378DB430D3301--

