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

"Rakocevic, Veselin" <Veselin.Rakocevic.1@city.ac.uk> Fri, 02 July 2021 12:24 UTC

Return-Path: <Veselin.Rakocevic.1@city.ac.uk>
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 23AE73A1CB6 for <tsvwg@ietfa.amsl.com>; Fri, 2 Jul 2021 05:24:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-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=city.ac.uk
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 Kp3hCV-aWWg7 for <tsvwg@ietfa.amsl.com>; Fri, 2 Jul 2021 05:24:43 -0700 (PDT)
Received: from GBR01-LO2-obe.outbound.protection.outlook.com (mail-eopbgr100114.outbound.protection.outlook.com [40.107.10.114]) (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 BA7673A1CB5 for <tsvwg@ietf.org>; Fri, 2 Jul 2021 05:24:42 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DCaNqcSyDnkBXDdA/ZMpkQTsW3Tr2uIMXilxKtwZj0i9C3Q1+5j278GsM/IlmKCvGemV9Xs72ICcwoxgkiuvuPNi1RK+tTyU3VSwJV8ABVAfrrAAF6lwzyQmoq+ophEFt5zEAsQl39ShnG9Yj4V6XFX0V6zQb0eheVbzIbf0PQVgT/SoaRQR9cJucmeHa4OuECd23G3VD3a8RLw76v/WSIeMFza33Qy9fx+uq9/Poz6bNaGobJ00kIsTB/r3+JhC8wmo5rwJlVZxVnwA+geia9jqVUwk0TUVNEQaDmrnsyNQ+81UWZM6QnMp9klS6+z2YzUEb1DsR1LM3163i8qDww==
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=XPzyxCwBMzEIlzbnw/BxmeBzgMDjJ1uVc7swtUiZb0A=; b=AQU50BD0+WBbRGb7gXjJmg/3PJ90uDmFXNRX4etOafpNlFwYXHwHXHiA1cKd9UHJYKTo4BLJShO8tD2Lb9rrxEytkhC33XBJe9usMwFB+uBQ3am5Epn2/9MY+v3PVnsYPvOnBpP2nN/eW31x2m8AksCSrUiryjvufdAFEpnw3UGCWvvgVIOMVW1+bZXW8AGbYsRQZ3kZmfS+mpDjetHszX5HOAFbUMxR95kZjX1aRnt8x8ks7CWPmY5pGct5nFYHSdM/7aZ7yFFDXKd7RenuIwcaRXMQ8yL0E0yEQgJJyDqJsdDRULjuZP/D7gy8/JswyO1dzBv7DLYHceK386qVTw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=city.ac.uk; dmarc=pass action=none header.from=city.ac.uk; dkim=pass header.d=city.ac.uk; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=city.ac.uk; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=XPzyxCwBMzEIlzbnw/BxmeBzgMDjJ1uVc7swtUiZb0A=; b=kv/SKMAjsHcyzQ7wi6h2KxopxUzmx0aIBxIyvD0ZFVd97zrSipEJqBmFFg5PcpEdSXajMYZKQpSD7z3GD4mbTqbahl+7W84zEwdg9zMMfWfi7N/sf0i+xRWhSHt1YFUE40kn7fbGnR2MmkkMkZYYRT6RjwUVD8u/5D54570vYpePAEEXtXSOHpUH3qVpMhty+RY0OvyRbEWGSknav6KbI6mYJY5CvG4GQ5of/A2NajHbUNX+gVIf2u+nEUCFXOd4mqzNXVyGAuInUrxLvk7gi9A4xDANv6YMSu9A1YiN6kN1x44EXp/Izu3MBnmggrYZlAGdAMNOmy9fvWXJKqKvAw==
Received: from LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:185::13) by LO3P265MB1993.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:10f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4287.21; Fri, 2 Jul 2021 12:24:40 +0000
Received: from LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM ([fe80::c94:449:f7a5:605c]) by LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM ([fe80::c94:449:f7a5:605c%8]) with mapi id 15.20.4287.027; Fri, 2 Jul 2021 12:24:39 +0000
From: "Rakocevic, Veselin" <Veselin.Rakocevic.1@city.ac.uk>
To: "tsvwg@ietf.org" <tsvwg@ietf.org>
Thread-Topic: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
Thread-Index: AQHXS0ep5Yjopr9F3EOuPZYpUWrBHasVYfOAgAK/wgCAAdHSAIAH+kdwgAfy94CABf8bxQ==
Date: Fri, 02 Jul 2021 12:24:39 +0000
Message-ID: <LO0P265MB295622335EEA4C84644D13A4D31F9@LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM>
References: <162127490513.10263.5800886336891576953@ietfa.amsl.com> <12030134-E2F9-4621-9F26-A7139E2D784F@akamai.com> <FRYP281MB0405C8042C5D6355DF665EBDFA0E9@FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM> <26C03E8C-FA89-4D74-855F-A056DE9604B0@akamai.com> <59a9e1ec358f4cd7aad804b36f241cef@kau.se>, <FRYP281MB040575B104C7275DC494059AFA039@FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM>
In-Reply-To: <FRYP281MB040575B104C7275DC494059AFA039@FRYP281MB0405.DEUP281.PROD.OUTLOOK.COM>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_Enabled=True; MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_SiteId=dd615949-5bd0-4da0-ac52-28ef8d336373; MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_SetDate=2021-07-02T12:24:39.572Z; MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_Name=Official; MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_ContentBits=0; MSIP_Label_06c24981-b6df-48f8-949b-0896357b9b03_Method=Privileged;
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=city.ac.uk;
x-originating-ip: [31.124.15.118]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ebad9e23-5bc3-4c10-867f-08d93d545d2e
x-ms-traffictypediagnostic: LO3P265MB1993:
x-microsoft-antispam-prvs: <LO3P265MB199301174B9BC5DEBF68C23BD31F9@LO3P265MB1993.GBRP265.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: UGHkGN7nQRzTiXvg+fd4QziwNgDoutvFuaBKHw0XzB/aPktiMPbFZ4N/nc7pKJ+h9NOUdNdDNtNii4FqqxIKDiJGv/rffR9Y/1oXaaBUbEVtxAZqBCA0If4nowvL8P7a5mr/dyLp7mKbLE8laHB8e4MLRArdrr2ViA/bIMgo5frCJU4q/mn/rYe0e9FtHCkEpl/kBKfvSxapv0+9oUVMxb77rDm9q/NXL2smCdnn7iXZDkk53IicPf+Vsejj/bZ2jw6Hpax8/e1PSzYgzV5EwXcFlCjMr7NMgxvhZz9etNHoYayZSC8f/9CJKyEajxL26WerAYVHXoA+gcC8qN+MeLlMVnCAKLo8JByUxWKf1BIuwCK2Wq82pKc/rLjiY4S4ARDKMIXz6kcnzhID9B0dpNNVVGSQJScb34oVkamLiSf5dn1TLFqDa4sAx9JhXjgjfH6zGLHvmiSHyO1FbhzuDzCM3ZQ/PkttA4v9tRUrhflY7GARN3sJvZkSVv8qGlbQJMrhCnYtvaUhGY+GifJ65lUuI+ak4DKQ07JzNruMeG/onEJyuqXSj/03mv8EOd+Tu+lxoglfB6xTRSn5j+TtTE+ndS2v7yMA5ueAygwWtElUavlQQU+JDht8ITOmN98w7SAMfkRZcY+goSMSJsklwM10h0l67HhOx0LyL4sFNWLq6QxJTL0uRF7vog2z8KWUEEfDJxe04+nsi1Ux6Tafq82CqNX9XtGDEJsOmamWlXrfOwdWui9Fe50sUIuzWvtNV/TTRZnRsqOFGYOE9k6cuA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(136003)(366004)(376002)(39850400004)(966005)(6916009)(166002)(33656002)(52536014)(478600001)(122000001)(38100700002)(66946007)(55016002)(5660300002)(71200400001)(76116006)(66574015)(7696005)(64756008)(66476007)(66556008)(2906002)(786003)(316002)(66446008)(19627405001)(6506007)(83380400001)(8936002)(8676002)(53546011)(86362001)(9686003)(186003)(26005)(21615005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: JdOHviA/OUHpl9VkSJvOyc4VbMNTvpuMc8SjTBi2/slIVGV2Qd5QDE+NgiemEQeTwhD468oDv/GVnNs/dvfPD8qlcAh4Nhmdttq+fHA2kF1vN7IR2KswBKK4hr6fAPzDUS8xdL9z8XPCriK1SAk7tFPd7JbGbliFcJGYQ8m+R3qpXd/ymeK9aF6rQgm8ZoOQLri4LOHlEy/hfJWi0XULBMvx+bVZdhcQHm5dv1JwV6HRtrO/Kn2ZIQpetMr7sC/WEWHnks3kKC5VAFDBXtHRMFa5UdGOtoxnTykkgSdD3j0SHKHa8JOk/1S+kjD2cT9K/9E7RYECiuk53jLfa9c7bCLv6pVoZBq/FCk1J43O9qXmOHI5x2L8S4Mxc19/g3vuBErHlI0MkoHEy2UDKWc55BrGozuEMHi1c70qVYYMZjQGYzvfX+oQkVOtZYz2sSR5WuW/XfoL9ug+ejLpyxAv7ShmmC/L1jORTbJAuuFEFfigpEMhxRM7T72/clqKtAWKE20v8T/v2zuvIL9YKJFN3qTjPJmQQHOQYwGacJcnvW/QV7p8cfjrG/s28TyvH61thsbrvinLzxlB31O+77TXhFRSEMJvb+2bhCA2nh+MveDXjonJiBcH8fTMIn6EpM23Edy+tCfu9tPivT1ny2YghzVuJFVRiNrX+R0r/SuFzqbcVhOPGS4D4az8v7MwfOkUqurR2S+hhcRkpJfsX2ehAqSLoYwoS5wpGiiVbvnXN4w=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_LO0P265MB295622335EEA4C84644D13A4D31F9LO0P265MB2956GBRP_"
MIME-Version: 1.0
X-OriginatorOrg: city.ac.uk
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: ebad9e23-5bc3-4c10-867f-08d93d545d2e
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jul 2021 12:24:39.8686 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: dd615949-5bd0-4da0-ac52-28ef8d336373
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: mZBC3clWmLb8yNQrgh2TZKaIPXJ078E/l7ygZm1z2YGQV+3CAortaWkLsrXORjCNTsF43zvQfwrThX9FwGJiYy/YJPaKTrtO5Gx7JinOTF4=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LO3P265MB1993
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/sAwQXFnv-2x7ytalWHtfkijXSto>
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: Fri, 02 Jul 2021 12:24:49 -0000



Hi Markus, all


At City, University of London we have a testbed based on the open-source MP-DCCP code from https://multipath-dccp.org. We also use Google Pixel phones running the MP-DCCP framework and run tests with real applications, both WebRTC-based and file downloads, over commercial networks, testing the performance of MP-DCCP in different switching and steering scenarios. In future we plan to extend this towards the splitting scenario. We already published some academic papers with results and will continue our work on this.



While the steering and switching already delivers promising results, the splitting seems to have some implementation issues. We are looking forward to the next revision of the open-source software.

with regards

Veselin

--










________________________________
From: tsvwg <tsvwg-bounces@ietf.org> on behalf of Markus.Amend@telekom.de <Markus.Amend@telekom.de>
Sent: 28 June 2021 17:35
To: anna.brunstrom@kau.se <anna.brunstrom@kau.se>; jholland=40akamai.com@dmarc.ietf.org <jholland=40akamai.com@dmarc.ietf.org>
Cc: tsvwg@ietf.org <tsvwg@ietf.org>
Subject: Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"

CAUTION: This email originated from outside of the organisation. Do not click links or open attachments unless you recognise the sender and believe the content to be safe.


Hi Anna, all,

Thanks for raising this important point, why DCCP is a good choice for multipath support especially for non-TCP traffic.

I wonder if there are already testbed installation available which prove and verify MP-DCCP to be lightweight, as well as efficient due to access to path characteristic information (available bandwidth, RTT, ...)? Moreover, are there use cases in which you like to explore MP-DCCP?

For Deutsche Telekom I can reveal, that we have three testbed implementation using the open source Linux reference implementation from https://multipath-dccp.org. These testbeds are setup for PoC and trial activities with real devices and customers.

1. Provide Multipath in enterprise environment, converging Wi-Fi and 5G access.
Autonomous Guided Vehicles (AGV) is a first use case in this scenario, which verifies the resilience provided by MP-DCCP in a real industry environment. Integrated in the AGV and a MP-DCCP Proxy attached to a converged Wi-Fi6 and 5G SA core, builds the foundation of the testbed which is ready to be used in real customer PoCs. See also https://www.telekom.com/en/company/details/deutsche-telekom-demonstrates-multipath-for-fixed-mobile-convergence-on-campus-625838

2. Integrated in Google Pixel 4 devices as part of the OS (and controlled by the Android Network Manager) to verify its applicability towards 3GPP ATSSS. In this scenario, the MP-DCCP proxy is hosted in the public Internet and enables multipath transport between the phone and ANY Internet service. A video demonstrating this with a real Skype call can be found on the start page of https://multipath-dccp.org/. For the purpose of ATSSS, the GSMA ZTC taskforce identified MP-DCCP to be a solution, to close the open gap towards UDP support and therefore triggered the LS https://datatracker.ietf.org/liaison/1741/ towards TSVWG. DT provides all the members in the ZTC round access to their MP-DCCP testbed.

3. As part of internal residential gateway prototypes, MP-DCCP allows us to investigate its Hybrid Access capabilities according to BBF TR-470 on Wireless Wireline Convergence.

To all: I'm highly interested in your experience on MP-DCCP, details about existing testbeds and your potential plans with MP-DCCP. Please feel free to share your insights here...

Br

Markus


> -----Original Message-----
> From: Anna Brunström <anna.brunstrom@kau.se>
> Sent: Mittwoch, 23. Juni 2021 17:25
> To: Holland, Jake <jholland=40akamai.com@dmarc.ietf.org>; Amend, Markus
> <Markus.Amend@telekom.de>
> Cc: tsvwg@ietf.org
> Subject: RE: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
>
> > -----Original Message-----
> > From: tsvwg <mailto:tsvwg-bounces@ietf.org> On Behalf Of Holland, Jake
> > Sent: den 18 juni 2021 17:23
> > To: mailto:Markus.Amend@telekom.de; mailto:jholland=40akamai.com@dmarc.ietf.org;
> > mailto:statements@ietf.org; mailto:david.black@dell.com; mailto:gorry@erg.abdn.ac.uk;
> > mailto:wes@mti-systems.com
> > Cc: mailto:GSMALiaisons@gsma.com; mailto:tsvwg@ietf.org
> > Subject: Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
> >
> > Hi Markus,
> >
> > Thanks.  I think those diagrams are helpful.
> > https://multipath-dccp.org/intro.html
> > It looks like the idea is to wrap generic UDP traffic in a multipath-capable
> > tunnel at the OS level.
> >
> > That makes sense, and it looks like maybe ease of implementation on the
> > client devices is among the reasons to prefer it to other kinds of tunnels, if
> > I'm understanding it.  That seems like a fine reason.  Thanks for clearing that
> > up.
>
> I think you are correct here Jake, that MP-DCCP is quite light weight is a benefit.
> You also have the congestion control state, with RTT estimates etc., that can be
> used as input for scheduling and path management. This of course is a main
> benefit shared with other transport layer solutions.
>
> Best Regards,
> Anna
>
> >
> > Best,
> > Jake
> >
>
> När du skickar e-post till Karlstads universitet behandlar vi dina
> personuppgifter<https://www.kau.se/gdpr>.
> When you send an e-mail to Karlstad University, we will process your personal
> data<https://www.kau.se/en/gdpr>.