Re: [EToSat] [Masque] Path-wise congestion control with MASQUE as replacement for PEPs?
Marcus Ihlar <marcus.ihlar@ericsson.com> Tue, 21 April 2020 13:21 UTC
Return-Path: <marcus.ihlar@ericsson.com>
X-Original-To: etosat@ietfa.amsl.com
Delivered-To: etosat@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 5A4143A0C63;
Tue, 21 Apr 2020 06:21:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 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, DKIM_VALID_EF=-0.1,
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=ericsson.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 P9K6NzPnhjIo; Tue, 21 Apr 2020 06:21:41 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com
(mail-vi1eur05on2081.outbound.protection.outlook.com [40.107.21.81])
(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 21FFA3A0C2B;
Tue, 21 Apr 2020 06:21:37 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=VU+UbHrl7jtkiT90xYcbhJYgUmFWY/jqeMUr7u27Wi/rJ+4EaJM97BKqjDWNvC5/oei+T0J0cHP/O5EzkmCrb7+ZSI9EvjV1bmqcMLhuriDgyOPQ4PSjdn8vUA65SQFtpf0lku7whlYSpAZ3+1akijDvd4gXnkBUFoPj15eIy45JnYiMgKdYHFbZbLMrc0XiaaHHPX3wBWPiVslFXC8m/WV6Nu0BE3jWlloKN1pqmGTQMtB1jklwAs3nko8M2fSmgKJtFnqlckQtNnLvQU960eHldYKHwlYvTqSw0cjA+nkOq1Tj+UHH096rX5uQ5p4Q5tzd6g4oJCMEr2pDdrd3zQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector9901;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=F+LdGB1Ws/C4MIPWwnmG8uHzz+V8n7YlY/UiPm9StnM=;
b=lpHSX9eQzgLBGR3TDBuEYivREMKHyAgByWwqcU/MdgRl7eHcK1m9nTqJbyX/ZqMBayiV3IR5Z/gFHLH6yp5QQ/JrsofZUJKi2CJkW9Uqb2xNkS+8a11ZVHxShoyVnwX399najnrlhHWUaAi8pT0E+LG6dtxv5DGxAY0hODFeAwCvBRP6NbZRwTgldjEIF0Cl61/xSR0GSMFbOT4WuVOQzp61omW0KGQCqQ2MMDEaMen78HTSXb/EAe2ROKxdZc8gKHlI8ou4Cn/PthLLwyM38pigKjiAXy7tJDFwFDLwGT2dTjxMPHAZMXqcZcuu1GUiX7glvzUSlZR0leorqd0spg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com;
dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com;
s=selector1;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=F+LdGB1Ws/C4MIPWwnmG8uHzz+V8n7YlY/UiPm9StnM=;
b=mg6LUte0BVvXF6oPhV1dCkwJTxc7p67VU/zqwKoDM1IO05awsFL8q14RvMSGTN2eisDnL3OaHEx3qAAiKQWmnJu90N+wSi3kl+VW3Q0GGgrqBj5VD8Hov8HBWDIOYcVPnnwjtd4hr7Zp/KL5/ypnnDWgrZASURxK7mxnjpQ5yvY=
Received: from HE1PR07MB4426.eurprd07.prod.outlook.com (2603:10a6:7:a1::15) by
HE1PR07MB3402.eurprd07.prod.outlook.com (2603:10a6:7:35::27) with
Microsoft
SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.2937.11; Tue, 21 Apr 2020 13:21:35 +0000
Received: from HE1PR07MB4426.eurprd07.prod.outlook.com
([fe80::8a2:3c28:9b48:8003]) by HE1PR07MB4426.eurprd07.prod.outlook.com
([fe80::8a2:3c28:9b48:8003%6]) with mapi id 15.20.2937.011; Tue, 21 Apr 2020
13:21:35 +0000
From: Marcus Ihlar <marcus.ihlar@ericsson.com>
To: "joerg.deutschmann@fau.de" <joerg.deutschmann@fau.de>, "masque@ietf.org"
<masque@ietf.org>
CC: "etosat@ietf.org" <etosat@ietf.org>
Thread-Topic: [Masque] Path-wise congestion control with MASQUE as replacement
for PEPs?
Thread-Index: AQHWF7xQxjZ8rkPV4UaLK5Gk2W19faiDi5DQ
Date: Tue, 21 Apr 2020 13:21:35 +0000
Message-ID: <HE1PR07MB442658F9BFCC58FBA7D5C9F8E2D50@HE1PR07MB4426.eurprd07.prod.outlook.com>
References: <66f5e8e0-a57c-2f60-9d82-ee188dc95d9e@fau.de>
In-Reply-To: <66f5e8e0-a57c-2f60-9d82-ee188dc95d9e@fau.de>
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=marcus.ihlar@ericsson.com;
x-originating-ip: [213.113.147.148]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cb37ed7c-ce55-4c6d-0de5-08d7e5f6eaae
x-ms-traffictypediagnostic: HE1PR07MB3402:
x-microsoft-antispam-prvs: <HE1PR07MB34029D6EED1474038DB48838E2D50@HE1PR07MB3402.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 038002787A
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
IPV:NLI; SFV:NSPM;
H:HE1PR07MB4426.eurprd07.prod.outlook.com; PTR:; CAT:NONE;
SFTY:;
SFS:(4636009)(366004)(136003)(39860400002)(396003)(376002)(346002)(66946007)(66574012)(5660300002)(6506007)(53546011)(7696005)(33656002)(55016002)(81156014)(26005)(71200400001)(44832011)(66446008)(66476007)(186003)(76116006)(86362001)(64756008)(316002)(66556008)(8676002)(52536014)(478600001)(4326008)(9686003)(8936002)(110136005)(2906002);
DIR:OUT; SFP:1101;
received-spf: None (protection.outlook.com: ericsson.com does not designate
permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: O44eqRYmJs4oa0Fw6hnctRNXEELOSa17UzRqBeFnV8R+PbX/qhjdBxxMEjQL21SNbEHqaW1KR9wvI7PGym07sOwM65qvAXdEAufuvzgKJXFTBboqYrAyHacMJy7mRJMLV9YpG4OZ7s32AmwrMAtSoR5Kp4XT5Kblkf9ogXdPuJHaLrehKCI6cvq2D+l8hmvy6bF/dyEAxx9pL13gpkGXrnZFY4GcEdfbsj+dR/Zxrb/dFgVmxDR/1BAESLhOC2V8OI+IvL8IqsZDe+VImdjx4ZFLBLF4fC9JHCJ654Lqf48G3KEQRsMhDQ/CWsMZVODe+LaIE+D94d+D9oKUbSDGuhU66DG331xpa+5PNz0V4CIaqiR8Ie0SW4WTbkvKyr/Q6XkVmZvUqOx2hEo5U3QrOdyo1lr0qjEQnArh+QtpvcsHGpjEVZuzgzujXPVlywfI
x-ms-exchange-antispam-messagedata: kHx6Qv1E67kZLz95QOV8TujJbHMtGqyP1VguNdCpL8Cay+EAB0rJIyFzGNHlrNfNPlfDqM0WffYirOKMHpJczkDWGxoy9cvHDNqwkumYHwhx68PvKG31PqbZ2WoApG995qCfk1cqZHD534J42WS/hIfK3pFtYEZEVgdZlkRYe2keoEfyl5RGZH1AE9erZ/E+LBl+685wi9zXMW4HVTDcSthW4bshgBOKmq4Nos9KpuEO5H1YbPso5VL8BuZIuJp0JA1WzGfH24TZuVga+Wqk+2tI9QWk0W5GRxrhFkSeOzPlfO0tlxoSnwUZKevrAsinLh6wC2osWJn+XzTNH5NFrWJdoJUf8A73zlbnsoJcQ+hQbN1emcVH0QNvl/7+IrjE9+ZY3clyeXGgUKEmTq0mg42SwGqFvQIMDUozZg8spK47eMIukYgQ7wiERJ75fi146p/fIfW0siVEwOfJ599JEP3B9gw6hoAmNT7y9ug8g5Umyxq1SF2iWipYEfwFeq/G7oiHW6XK69bTogmxiX2SuGCkOmeIV/HIEKyT7QGAYoB4ioOVJx4W+DWa7viezszIXAsgsAVPO69IHTpGrcNRtVQ7w+FrQavIjXaN8jE4XrShQ+p6Q+pYVi0X7V9dIG7bOlPz/Vnwq8knUDrtJ+A9VTgyRMv4ntlSPn6DTgx/aze2StJVAAlOzim0TWp942nY38l/6kNHZsAK7pfGFFspGBJY49tdsM4ev6G4ehRAaPZ08LwiDhgULL+hg4fPK4N+tw29wXI+IC0NQRl9sQfd7SBjP24XD+SMtkgS7hUeK9wFCzx1gIlm/DLgewUtnSLd
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cb37ed7c-ce55-4c6d-0de5-08d7e5f6eaae
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2020 13:21:35.6916 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 8rOHoI/veOKVRQXkmwMcsKmWeU7rHEwChUUzg2exfpnGl8mjmjb7TDQHOJMKEh5Pf2KFFPnnWsr1yxOchD6KVXVLzt12hveluJ1tUUCgkxs=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3402
Archived-At: <https://mailarchive.ietf.org/arch/msg/etosat/iX4qZup0gqzYnVOguwemzwgnrE4>
Subject: Re: [EToSat] [Masque] Path-wise congestion control with MASQUE as
replacement for PEPs?
X-BeenThere: etosat@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "The EToSat list is a non-WG mailing list used to discuss performance
implications of running encrypted transports such as QUIC over satellite."
<etosat.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/etosat>,
<mailto:etosat-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/etosat/>
List-Post: <mailto:etosat@ietf.org>
List-Help: <mailto:etosat-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/etosat>,
<mailto:etosat-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Apr 2020 13:21:48 -0000
Hi, This is an interesting use case that's also relevant in certain 5G deployments. What you are trying to achieve here could be partially solved by having a client CONNECT via a proxy and the proxy CONNECT to the server or a server frontend proxy. The part that's not in scope for MASQUE, as it is scoped now, is the disabling of congestion control on the end-to-end connection. Also note that QUIC datagrams are still congestion controlled even though the delivery is unreliable. BR Marcus -----Original Message----- From: Masque <masque-bounces@ietf.org> On Behalf Of Joerg Deutschmann Sent: den 21 april 2020 11:07 To: masque@ietf.org Cc: etosat@ietf.org Subject: [Masque] Path-wise congestion control with MASQUE as replacement for PEPs? Dear MASQUE list, could MASQUE provide path-wise congestion control, something like this (more fancy drawing attached): MASQUE Server Client <------##########------##########------> Server ^ ^ ^ quic end2end quic tunnel quic tunnel sat cc datagrams any cc Other than classical VPNs, the outer tunnels would take care of the flow and congestion control. Such a setup could replace the Split TCP Performance Enhancement Proxies used in satellite networks. Best regards Joerg -- Computer Science, Chair for Computer Networks and Communication Systems Universität Erlangen-Nürnberg Martensstr. 3, D-91058 Erlangen, Germany e-mail: joerg.deutschmann@fau.de phone: +49-9131-8527914
- [EToSat] Path-wise congestion control with MASQUE… Joerg Deutschmann
- Re: [EToSat] [Masque] Path-wise congestion contro… Marcus Ihlar
- Re: [EToSat] [Masque] Path-wise congestion contro… Joerg Deutschmann