Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"

Markus.Amend@telekom.de Thu, 17 June 2021 11:35 UTC

Return-Path: <Markus.Amend@telekom.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03E3F3A1BEF; Thu, 17 Jun 2021 04:35:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.792
X-Spam-Level:
X-Spam-Status: No, score=-2.792 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
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 tpPGItonhvjM; Thu, 17 Jun 2021 04:35:45 -0700 (PDT)
Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 D97623A1BDD; Thu, 17 Jun 2021 04:35:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1623929745; x=1655465745; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Oxo9pLNxgvs8XvogRezIUaYPVqBHfUUxASceinYsQU4=; b=rKlcmzJ+RocwuUFkz5QsqJTLSOIwv0402vRKcnwUEFP9U8p1C1cTE+/F aw1fpssGBgkmuJFOHpoCtQm8ZNiQsKmWqI2+gK8NwAqp0jsoIerdvsiWC xdtTG9E0SfrZGBwOsaxaKoSnBcXP+faFMQ3rqE8EWgCm3mfhQ08sOjcgq pfAHQasAqzNyzSv74tnS0hoQyksKhOw/XXz4DEoGKvqAkpx2iUyvkLCDH CWnXoX0nkOJDMyjnw9tQlj+Sr/jFJAo13So0VIii8APVmJmCM6V6EEzh5 WOwSXN+h9zpu8FzCCx3gO1V/+1e48spd7l3bmGPg7sInw2YsDGXDXxOeo w==;
IronPort-SDR: GG7TQjc2YfRGxcVwfErgckA4/GmgatuXGnSV4NkUkzBehWApJFS8f1PRubmODsPw12+sybmdVu gfEkIPc0mZgg==
IronPort-HdrOrdr: =?us-ascii?q?A9a23=3Ak7XJLa5qlLq4ugbMhQPXwXiBI+orL9Y04l?= =?us-ascii?q?Q7vn2ZFiYlEPBwxvre/8jziyWVtN9IYgBQpTiBUJPwOE80hqQFkbX5Wo3SHj?= =?us-ascii?q?UO2VHYb72KgrGSvgEIdxeOkdK1kJ0QDZSWBeeaMbEYt7e+3ODbKadd/DDvys?= =?us-ascii?q?nB6YixrgYJPGVXguNbnnhE426gYxJLrWJ9dOIE/e+nl7B6Tk2bCA8qh6qAdx?= =?us-ascii?q?84tu74zeEjdqiKXTc2QzocrCWehzKh77D3VzKC2A0Fbj9JybA+tUDYjg3Q/M?= =?us-ascii?q?yYwrWG4y6Z81WWw4VdmdPnxNcGLteLkNIpJjLljRvtTJh9WoeFoCs+rIiUmR?= =?us-ascii?q?EXeZj30lEd1vZImivsl1KO0EDQMs7boWwTAkrZuAalaL3Y0JHErXwBepZ8bM?= =?us-ascii?q?liA2jkAgIbzaNBOeRwrjykXtNsfGb9tTW46N7SWx5wkE2o5XIkjO4IlnRaFZ?= =?us-ascii?q?ATcblLsOUkjQxo+bo7bW/HAbocYaVT5QDnlb5rWELfa2qcsnhkwdSqUHh2Fh?= =?us-ascii?q?CaQlIassjQ1zRNhnh2w0YR2cRaxx47hdMAYogB4/6BPrVjlblIQMNTZaVhBP?= =?us-ascii?q?0ZSc/yDmDWWxrDPG+bPFyiHqAaPHDGrYLx/dwOla+XkVwzvdEPcbH6IRNlXE?= =?us-ascii?q?IJCjTT4Py1rdZ2G0r2MRKAtBzWu4hjDrZCy8nBeIY=3D?=
Received: from qde9xy.de.t-internal.com ([10.171.254.32]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 17 Jun 2021 13:35:41 +0200
IronPort-SDR: ZpbNdT9OppF8wWP0gC3NkjgXHxXkn8PK2bDW/la0yGYSZyRg+Req9A36yHO0BtPtq1/lzlc2H5 MD9ofmYbZlbxNvugyXOPqTJCXc2AHXyyU=
X-IronPort-AV: E=Sophos;i="5.83,280,1616454000"; d="scan'208";a="327590272"
X-MGA-submission: =?us-ascii?q?MDEZqIkIF6VmZaRWlqgZYmSQOAnYSVZZNR8G1V?= =?us-ascii?q?ZIH4CNECBwO3Jt7KfBjQa1qqfrRQPTQEGMzA5ktA4H7zIx/zgUvQ7+Y4?= =?us-ascii?q?UcClbeoHYOtrXDQq2EIaNsmG+qxd5NFq18/hpppLtlQS/WG/vqUCZMk5?= =?us-ascii?q?uPY81GwGz2mEoDlNHCITd8Pg=3D=3D?=
Received: from he105715.emea1.cds.t-internal.com ([10.169.118.51]) by QDE9Y1.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 17 Jun 2021 13:35:42 +0200
Received: from HE105715.EMEA1.cds.t-internal.com (10.169.118.51) by HE105715.emea1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Thu, 17 Jun 2021 13:35:41 +0200
Received: from HE106564.emea1.cds.t-internal.com (10.171.40.16) by HE105715.EMEA1.cds.t-internal.com (10.169.118.51) with Microsoft SMTP Server (TLS) id 15.0.1497.18 via Frontend Transport; Thu, 17 Jun 2021 13:35:41 +0200
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.168) by O365mail01.telekom.de (172.30.0.234) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Thu, 17 Jun 2021 13:35:40 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=etoy7R7jyIi8Q72nYccJvv+Y55sPze8ex5rt1JctIFD5D6QRMkjn67jO82f16MNGmST8JqprOIf4dy07Gmx61fuYUoRdDlGO/+9fejGuwOL+3EhM6QBPk78xo/n1qTz4ifN4hUR0pSCpUOeZg4IwKngJ7zm6wBnyJoAG3BBxCgZpLfheLoAK7etNYdKQEOTT8YcWJAmCokqRWOPQ3vQE6wQcK32jGIasVemtBqaU6r9hpNtTcoizsXr0UxTX9W6qXUiWg0fHyqylkHvlbnbUuYGcUMvQjXL7snGaxbJiC9HF8NuKpSD2lt9BSyklqUNyMjWL7R28KjhzY/i9x+Wp1w==
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=Oxo9pLNxgvs8XvogRezIUaYPVqBHfUUxASceinYsQU4=; b=nY4fP5U9aE9oAASM53yU3K8oT5Wmle7M2dJ/J8qkjJUAaoIkXHhkr8SmgCE7TQX+I+41FTHVA32Ugz6rnUqt0dNMQ9FtuCuyp5DNjn2DZQpc5vpcIbKqNskDtfQBZm6lZtXaFBwukbo5XaNb5oHWiXJfc3Bx807f7bQlRcVJR/ROnJTAR8Frqb7u+aINGbeRIZj+3hRq0jnC0ZeTMCTgJ6K4KgIzwUs48BMSeh2vJIVy/23E/E+mt2mUp9UbmLCL/F/78zKPi2m+4XcijTmPf2c/8y5gKZcWSOuyHWOA423Ca6KJ0ehgZ7R6EPEhh7enX3OPaD5UuT6nPxT/0aFbIg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:40::10) by FRYP281MB0127.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:3::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4264.7; Thu, 17 Jun 2021 11:35:40 +0000
Received: from FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM ([fe80::dcab:9699:172f:4fa1]) by FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM ([fe80::dcab:9699:172f:4fa1%4]) with mapi id 15.20.4242.018; Thu, 17 Jun 2021 11:35:40 +0000
From: <Markus.Amend@telekom.de>
To: <jholland=40akamai.com@dmarc.ietf.org>, <statements@ietf.org>, <david.black@dell.com>, <gorry@erg.abdn.ac.uk>, <wes@mti-systems.com>
CC: <GSMALiaisons@gsma.com>, <tsvwg@ietf.org>
Thread-Topic: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
Thread-Index: AQHXS0fH+NwuyJRSHUmrpL/eITQ9fasVg3sAgAKr2BA=
Date: Thu, 17 Jun 2021 11:35:40 +0000
Message-ID: <FRYP281MB0405C8042C5D6355DF665EBDFA0E9@FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM>
References: <162127490513.10263.5800886336891576953@ietfa.amsl.com> <12030134-E2F9-4621-9F26-A7139E2D784F@akamai.com>
In-Reply-To: <12030134-E2F9-4621-9F26-A7139E2D784F@akamai.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=telekom.de;
x-originating-ip: [80.187.86.189]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b5bcd327-7769-469a-3889-08d9318408c9
x-ms-traffictypediagnostic: FRYP281MB0127:
x-microsoft-antispam-prvs: <FRYP281MB012778A2816DD4E6D2DBC39AFA0E9@FRYP281MB0127.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wGeHU+OJdfpXcO29faTYrQJtn3ef2TDrDQrLffbU79fLV3r+BtfHRVAwiolKivnCW9kmlwhIEkjMTiAU8vF4hstXOmctAx1Vw+9PGOn3rdkgXbsZ7sIweaIQzFnPc0OfNR3o6JA2TB20KamRVGBnlep0RvocAizS/ZOw+h0FjPVDEcJeWw9uGthgIOVbQUKuZQpOA9RP5LtYOMfbJpe+yO0w0EtBVcR84Ob/rmwKezfJYC+Nu37Gycf9oOnmlj9BYI4LGyVB23enupFEjkOh+Xpi0hho7IEFSdBDN1Xw7U/PLvpdPow0FE2hX/rOB/m5wDuFiguRZAm6dhqJQxEKsXHaXy2ZMg9Ps26wAKtcao+sXVxFPO6LlqS/42+/nNYYkaHFD8VoYJG6ReEWt+KGJtz4LClhcBnqP1rZHmSFyEGyCezdjrmMQA87HG6ja0NUU4O89LVlhtZ+IcX7/McByZ0ovpLPXDV9q7dWM7ZLXIQKXIMZ4tetyXvrsW0y0jbqg2NIPXAKZ4oKMv6fe0WoG0beCQbFCxX9oiETSydvdQ2ogksc7EKsYX41xAVBH+VGaTqGi6w5pBfPM4RWxgL6vogv0K72PpHwLom5cIo/zJsqJw2JCW5DEUggUCmo1OqN7sc38zky/7c5uvir5KiWH0kjKE9zvsZ6Aa43MjISpEFNrmLUWvzhq1imCBF4M6vSSKvllJWMyz002x5K+8hI1g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(39860400002)(366004)(346002)(376002)(136003)(26005)(4326008)(71200400001)(6506007)(186003)(7696005)(8676002)(8936002)(38100700002)(53546011)(9686003)(55016002)(33656002)(83380400001)(86362001)(54906003)(66446008)(52536014)(64756008)(66556008)(66476007)(66946007)(76116006)(5660300002)(110136005)(316002)(122000001)(2906002)(966005)(478600001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?QzhqOCtzWE9sR3lNY2ErbVJOV3lrWTFjL1BGWU9xL3kyRnBNcnpGWXNpbjFZ?= =?utf-8?B?cmwwakl4VTVKMkNHd0s3bzdCbTgyaEFZTDhCQXpJSC9TaVhuQjlkV2h3K3Nr?= =?utf-8?B?U1NnVFA3ZjhDWWdTV3R5UFNXMXlMSFRsQUsvRmNldk1rMEYyTTVrUEhNaVBV?= =?utf-8?B?emJBaXp5OXdmQXA4cmthNEI5eHl1VGMzOG94aE9rRll5K1hKTi9oQTlFdTlm?= =?utf-8?B?bnhDdlA4d3c2Lzc5cmJkdkVVUUordHZsVjVqQ0ZlbnhXN1VnbFpuU2d4UUFS?= =?utf-8?B?VUFiSyt2SUtSWE5hNzZQcUVCQ0dRbHU5emp5YlJkUVA5WGY1amY2MnhTZ2R6?= =?utf-8?B?Y2p5L1FFbGU4NU8vSlVQNWZNOWdDRmIvL2RPN1VBcFF1Ylc2anVnM3FlN3RV?= =?utf-8?B?WERaNU43T0lmK0lpM0FyUk9LRitOK2hTY05LNEJjN1hiRmI3UERwWHRGNkxO?= =?utf-8?B?OGhHSFRsdGRGUDlZcmZUKzk3L2NNQ3plMVBvQklhQ2pvTSs3elM1VmhNdjhF?= =?utf-8?B?UG9OeTJpOTdOQjcwWEEwTFZLblUzbVdpMUxxcEJNUE5LampDbXVUSkhMem5V?= =?utf-8?B?eGgvZlREOC9PYUZ1a2dIaU9BL0h3emdUcU1Wb3pKV2dZMjdQYWJsTC91dURa?= =?utf-8?B?VnpISUE0bm1Ld1RyZkV1ZGZRR0txMm1HN0VGbElxc3ZqV0dYZ3FpSEg2cXlU?= =?utf-8?B?cFcvbmQzTU1lZlNFTW9TbW9hNXFOYXRNT2orZ1paN3U5bWNSSXRMeXdtM2hK?= =?utf-8?B?bWlwbDU5dkNzaHBmdTExdWxkUkFWamp6T29OZVhMTSsyaXBvMWk4TWwvN295?= =?utf-8?B?ZHlQZURnU3pDMFRKUG16UFFaQnBWVEtaMnMzVzAzb3RXdHBnNWl1cS9jYlRm?= =?utf-8?B?ZGdiNmduL1FuSHQzTncveWt6b2NkSE1HdTZwZlVlcGVsYno0cDIySnlQS0Iw?= =?utf-8?B?d2FYWDFuR050TDhNZEU1NkFTc29DVXZxSC92bVhnTGFZd29BZXg2SklPSzdW?= =?utf-8?B?bTNlYy9PVDBUSENmUExmTjJkUFY2NzJoaVU1M3VqQkVjTDllV21yK092YmEy?= =?utf-8?B?aXFjVDlkQXdoUkh2bUFDZmMvUXhmTjEzYkxycG4zRnBjYndLbFRtZUo4amFr?= =?utf-8?B?K1didkRJR2tJSER3ZXUrcUxVdzlHUFdodEtWejQvVmRYVFdEWEU4a1JyZENx?= =?utf-8?B?cGYvQzQ0QlNvOWhwU0d2aWgzYndZUmhSMkNROG9zQ1ZiT2JTQ0o0QXdPWHdw?= =?utf-8?B?VDNFVkpKTkhkNlo3MUVCMDRia05qRTdBZzVlZldLR3lkUkhIaGQxd05JRjIx?= =?utf-8?B?b1B5ZXdOVElyZ00vTWhpSmRIb1V4cTE1SzlKdzQ2T0tCMnpxbHRYSVJ4N2pw?= =?utf-8?B?Z0pWMjhubjZZWFhIeW4rYnFURWZjRmRtOW1jYm9xNFNSd0VrWExVYmhHQnVT?= =?utf-8?B?bCt6b2h4SEpiY0hwaWZyaC83aDNLcWtGRXp5QjJSUTliMktOTmN6NC82MHEy?= =?utf-8?B?OWhKc05zOXZKSVNwSXlZZ1d3NG9JV21QT0ZhU1NWTXdlNkVsbzlWQUVMdjVP?= =?utf-8?B?WnRHVU1mblQ3am12QzdEVG1zU0VyNTdvYnkzUi9hVHBmVEE3Qzd1MFNGcVg1?= =?utf-8?B?TFp6NHptWTVTeStmQmVSbWxSNjNWMGE2c1hlWW1lZWE0SVdrdUJQUytWOWJJ?= =?utf-8?B?VjhUVU1mbndkRXArVVM3KzJDaDFTM1NpSU5jN3oxZTZRVyt4VlBQaFJKY0Zo?= =?utf-8?Q?Ddm4dp190LOOVByFgN6WMVV5xFNyWCkRkF4dgJG?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: b5bcd327-7769-469a-3889-08d9318408c9
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jun 2021 11:35:40.1867 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: EPdzm6OSO3VKscZL7PBfg0ovRkqEvKveoe1UbDgedtiZV/o9Nd/PH47rd37UOkbpeDWRf4bKYhQZObva2hK/tg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0127
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/bqCbsdd5kcw45no4rHUVKOpjZJ0>
Subject: Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Jun 2021 11:35:51 -0000

Hi Jake,

please allow me to jump into this dicsussion as one of the MP-DCCP draft authors.

The LS is adressing the ATSSS use case specified in 3GPP Rel. 16, which defines multi-connectivity between terminal and operator over 5G and Wi-Fi (mobil use case) or 5G and fixed access (Hybrid Access use case). A visual representation of both use cases and how MP-DCCP can be engaged there can be found under https://multipath-dccp.org/intro.html.

So far ATSSS specifies MPTCP only to enable the multipath split for TCP related services. UDP services are not covered, which is seen as an issue with the ongoing and upcoming deployments of QUIC on top of UDP.

MP-DCCP is a protocol for providing multipath transport for latency sensitive services and/or services with no or less demand on reliable delivery and optional adjustable re-ordering. These characteristics help us to provide multipath transport for UDP services, including QUIC, when they are encapsulated into a MP-DCCP connection between terminal and operator.

Br

Markus

> -----Original Message-----
> From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of Holland, Jake
> Sent: Dienstag, 15. Juni 2021 19:37
> To: Liaison Statement Management Tool <statements@ietf.org>rg>; David Black
> <david.black@dell.com>om>; Gorry Fairhurst <gorry@erg.abdn.ac.uk>uk>; Wesley Eddy
> <wes@mti-systems.com>
> Cc: David Pollington <GSMALiaisons@gsma.com>om>; Transport Area Working Group
> Discussion List <tsvwg@ietf.org>
> Subject: Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
> 
> Hi David,
> 
> I'm confused.  Please forgive me if it's a dumb question, but
> could you elaborate on the use case?
> 
> In particular, how would MP-DCCP help with QUIC?  Wouldn't multipath
> QUIC be a better thing to ask about if the goal is to address the
> QUIC traffic mix that MP-TCP won't address?
> https://multipath-quic.org/
> 
> (It occurred to me that maybe the idea is to tunnel the QUIC over
> DCCP so that MP-DCCP can take care of the multipath part, but then
> I was still confused as to why that would be preferred to e.g. SR?)
> 
> Best regards,
> Jake
> 
> [EOM. original message included below for context]
> 
> 
> 
> On 05-17, 11:08 AM, "Liaison Statement Management Tool"
> <statements@ietf.org> wrote:
> 
> Title: LS to IETF TSVWG on MP-DCCP
> Submission Date: 2021-05-17
> URL of the IETF Web page: https://datatracker.ietf.org/liaison/1741/
> 
> From: David Pollington <GSMALiaisons@gsma.com>
> To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>,David Black
> <david.black@dell.com>,Wesley Eddy <wes@mti-systems.com>
> Cc: Zaheduzzaman Sarker <Zaheduzzaman.Sarker@ericsson.com>,Martin Duke
> <martin.h.duke@gmail.com>,Transport Area Working Group Discussion List
> <tsvwg@ietf.org>,Wesley Eddy <wes@mti-systems.com>,Gorry Fairhurst
> <gorry@erg.abdn.ac.uk>,David Black <david.black@dell.com>
> Response Contacts: David Pollington <GSMALiaisons@gsma.com>
> Technical Contacts:
> Purpose: For information
> 
> Body: 1. Background
> 
> The GSMA Zero Touch Connectivity (ZTC) taskforce is working on a number of
> propositions with a strong focus on operator provided multi-connectivity
> solutions for residential (Hybrid Access) and mobile customer usage based on
> 3GPP ATSSS, TS23.501 as well as alternative ‘ATSSS’ Overlay solutions
> independent of the 5G Core.
> 
> The operators engaged in GSMA ZTC consider MP-TCP (RFC8684; RFC8803) to be
> very beneficial based on the results from a number of ZTC trials. However, with
> the increasing share of QUIC in the overall traffic mix, a solution based solely on
> MP-TCP becomes a limiting factor and precludes delivery of a comprehensive
> customer proposition.
> 
> For that reason, the GSMA ZTC taskforce has identified the multipath extension
> of DCCP (MP-DCCP) as a suitable network protocol for addressing this shortfall.
> MP-DCCP is an interesting candidate approach for the multipath transport of
> latency sensitive services and/or services with no or little demand on reliable
> delivery and also supports adjustable re-ordering.
> 
> The GSMA ZTC taskforce see MP-DCCP as an interesting solution to support
> multipath delivery of most traffic types in both residential broadband and cellular
> (3GPP) solutions. Available prototypes based on open source code from
> https://multipath-dccp.org/ have already shown an ability to provide Steering,
> Switching and Splitting.
> 
> Having formal support for MP-DCCP within IETF at the working group level would
> facilitate adoption in other standards bodies and vendor solutions and ensure a
> timely and satisfying solution for operator provided multi-connectivity services.
> 
> 2. Request to IETF TSVWG
> The GSMA ZTC taskforce kindly requests IETF TSVWG to adopt:
> https://datatracker.ietf.org/doc/draft-amend-tsvwg-multipath-dccp/
> for standard track as a complement to MP-TCP to meet Operator needs for
> multipath support.
> Along with this, GSMA ZTC would like to request that you continue work on:
> https://datatracker.ietf.org/doc/draft-amend-tsvwg-multipath-framework-
> mpdccp/
> https://datatracker.ietf.org/doc/draft-amend-tsvwg-dccp-udp-header-
> conversion/
> 
> 3. Contact
> In the case of further questions and/or feedback to actions requested in the
> present document these can be directed to David Pollington, GSMA ZTC
> taskforce lead or Markus Amend, ZTC technical lead at DT
> [Markus.Amend@telekom.de].
> Attachments:
> 
>     ZTC_LS_01%20-%20GSMA%20ZTC%20LS%20to%20IETF%20TSVWG
>     https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2021-05-17-gsma-ztc-
> tsvwg-ls-to-ietf-tsvwg-on-mp-dccp-attachment-1.docx
> 
>