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

stephen.h.johnson@bt.com Fri, 16 July 2021 09:10 UTC

Return-Path: <stephen.h.johnson@bt.com>
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 E5ED63A2F2D for <tsvwg@ietfa.amsl.com>; Fri, 16 Jul 2021 02:10:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.09
X-Spam-Level:
X-Spam-Status: No, score=-2.09 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bt.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 qZe1jTyYWcpf for <tsvwg@ietfa.amsl.com>; Fri, 16 Jul 2021 02:10:31 -0700 (PDT)
Received: from GBR01-LO2-obe.outbound.protection.outlook.com (mail-eopbgr100080.outbound.protection.outlook.com [40.107.10.80]) (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 15B3D3A2F29 for <tsvwg@ietf.org>; Fri, 16 Jul 2021 02:10:30 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UXVtA9iqz2HKFMvurlrAoBaqnWAeFQqYOceW8k151ufGga5kchLFL6wsXBBenbamV/nYHMbMbefioneyIxOcvg54tiKZpkFYsJEFoWMtP0tFyjTcg7oBOo47EcHp7CnP0+Ss3sijXg8MvrXYihaG55YjonBNGcjhFfdCuUtCheg/dYrtIh51kiD+BJtWtaFob+pJQBOcOkic4ur5DfbAsODucpq+q7XF71Y4ajmwphd3hfRSgR6M9gckpspYJ+ji0XH1Q9mEDkYHyJJqJK/pnxmWAX3Yu+cwdB5vgYwrH4Uq+A+QOsQ3FCBmsjggIuCm0CREDfWEar//fKbjQzXNHQ==
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=3X0YU30Ev8At3Wz1uzvIEjaJtc9h6jGLjKe5OFieSEs=; b=CaYm/NIYekQ/f2eAWmDXsLdHQRYoeVVzGqgeBQZuGTNrq2fisINGri+KcMPH0VnnW/czPRtsMz+LVe0QtPbkmplxzEnXNPVufKmOlUeSdgoTv0inQ5k7gj9Jev+ilrKgN74ctESFdR1dT4EQu7klHjdX8IjPLCc2dcqNgdvQxR+0sT4M4qv11bumoFPMPSuj4m9ddekAftfCd/qJGLGMUHdtoTa0TaEy1ySyrzRKasrlqkf4tqutnq0+HpgGye+hAl8+w8r/FsJ2FFyZh+lXHIW+vuLpRwTNnjQp7+vMRc+IrgQM/YwY5XGQ7fIsID797zUBrYNdpGJADdR4rt7ybQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=bt.com; dmarc=pass action=none header.from=bt.com; dkim=pass header.d=bt.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bt.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3X0YU30Ev8At3Wz1uzvIEjaJtc9h6jGLjKe5OFieSEs=; b=i+zZvn7dL67S+Dm3sdnaiZYbPI6CdXYueXa9hQ5lwpZJ+jIVyQNpE7wONqpYUI3oTU/leNS8N7MV6xN5xhtZPlNjMAdB/MWmp4j2mNenc/81D60yintgPP6kaRt7Mu6ibYxjkQi3q01LodB4dVhh45SkyY8hld5q2vSV3kAcAHk=
Received: from LO0P123MB4041.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:181::5) by LO2P123MB4144.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:160::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4331.21; Fri, 16 Jul 2021 09:10:28 +0000
Received: from LO0P123MB4041.GBRP123.PROD.OUTLOOK.COM ([fe80::b0d1:261b:533e:3887]) by LO0P123MB4041.GBRP123.PROD.OUTLOOK.COM ([fe80::b0d1:261b:533e:3887%3]) with mapi id 15.20.4331.026; Fri, 16 Jul 2021 09:10:28 +0000
From: stephen.h.johnson@bt.com
To: tsvwg@ietf.org
Thread-Topic: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
Thread-Index: AQHXS0gF1Aedwny7oUyX+AukEpfA2qsVg3sAgAK/wQCAAdHSAIAH3CCAgAfvloCABgMggIARXNeAgARtYPA=
Date: Fri, 16 Jul 2021 09:10:28 +0000
Message-ID: <LO0P123MB404176335246B954977BBEBACB119@LO0P123MB4041.GBRP123.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> <LO0P265MB295622335EEA4C84644D13A4D31F9@LO0P265MB2956.GBRP265.PROD.OUTLOOK.COM> <F573B981-D081-4C8D-A17D-48328EB5A1A9@kau.se>
In-Reply-To: <F573B981-D081-4C8D-A17D-48328EB5A1A9@kau.se>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_Enabled=true; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_SetDate=2021-07-16T09:10:27Z; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_Method=Standard; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_Name=55818d02-8d25-4bb9-b27c-e4db64670887; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_SiteId=a7f35688-9c00-4d5e-ba41-29f146377ab0; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_ActionId=643525fe-81e1-43d8-a0b4-878beabfae99; MSIP_Label_55818d02-8d25-4bb9-b27c-e4db64670887_ContentBits=0
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=bt.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: dd2050a3-8299-4d1c-b303-08d948398e0f
x-ms-traffictypediagnostic: LO2P123MB4144:
x-microsoft-antispam-prvs: <LO2P123MB4144050CDEDFC2F6A8E226CECB119@LO2P123MB4144.GBRP123.PROD.OUTLOOK.COM>
x-antispam-2: 1
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 9gp9IMKsEOqelyf/qjJYBGVUvsFfPbWUnUOjd1PdQpBCdZhKOlqKn5N7UCW/fCFMXdA+CkwzcwniQwAwlmPlLYDpiZ7q2XVtLxESomZ/yzc6soo/kwkUyxGKaY6D3PQxESI18qcwuWskxE/F/eKqgS7DouFURnDwWEmQHJriOzgqXIXBYyxx8kAArv0kbzuBEWyOK2wdgTrhjUz6nSJPSKCYUb8DIlIcpyyXwR1HPsg6BUfitcGx0J6y8cvNzp3mP0SwLOv1KFj39aaSmUJCtT46U394EzNihGHzjDX+tqbJW1v5lEFGFS1URTwlbDUw012nMUpyJ7g4RXXWE6KDKw/NQ+xdVUjnQ/WBENtAf28voBszEGn560nEXQrMY2WYqMZyB2LdWQWZcaqgqBRTlfY82KSI6nBKOzL8sRfPLo4lWGSOtvsMpRANQcVkhtRGLfCHL0l+IdnXcr35RsA/vMyRVmRWSbZVMATnQS5AkF01TE/iticfc5zk/2I2rzcmDR9A2fwJUeEcMNo+kSD4NsWrFBTkxZBZFfdANAeLfOiJ2nDFbed6heq9Sywvp8HppkuuBQN0ZZEGEsFFVbfE2AXO2rGnlHS8YF6mmeP3tudQzwfeclxJAYgh21jRqm6NsVhLvGalnIkIuG5hYu+Vfhaa96kY8vTOyDgZyZBl5DpyjG/bF9KPubNQgR9WtPn3q87ZTF7cJUeCndwPI4e6QcA8vpAUEbXTjCNOgljmBk5+UIaEte4GALJGXt0Nhf6Ba8Mt6LbGDyyrmOPC/lCX6DDvXqKn1UwSWjaDOtpIxvk=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LO0P123MB4041.GBRP123.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(366004)(66574015)(45080400002)(478600001)(6916009)(316002)(8676002)(186003)(8936002)(66946007)(53546011)(83380400001)(5660300002)(30864003)(52536014)(86362001)(6506007)(66476007)(66556008)(966005)(66446008)(76116006)(7696005)(15974865002)(38100700002)(71200400001)(64756008)(33656002)(9686003)(55016002)(122000001)(2906002)(38070700004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 95GC96crBa2Lvw0Hfe79s+ROsBFs80PRT/yNd5AZVSq6Wwpeholj3+JosvyXap2svCtulV9wDJJvCRFQ9sGgE64kMcQp+KvGu1dCrjC2baV1Lp8mOz1xxFEx9oTc6Ud5w4SeXliv2MUFhaPWDQI9mdizVm+M/crDi9vt8Xbph6Q/sPa0E1iimzXG0kYIdwOXCF/8afHW4FWNFxdddgCgYqQ166kY/mVpuLJN2C8l23Riw96Q8joiM2cyBWl+RFg9S+Pkpm7Xv54jXNe3qQqUqfMJZZ28Pn3dhrHd3U2Q7o0VOgdbFISDd2rOcWZC1d5m00/oHLQ9lkPQEaYwusNVfrPoGbCuKrqY+g8aDrMpmSzMZqRz8kKVbVxQUbP3M6CwcXk+zxfDt/DdaJEfDmzlpLxEQpKWPstwDTiePJSTE4GDV7/NkCpeyNfHsiI629E2A+kYbUqIRQY55VC827XGI1N3U/oWxXZhbGS/P9eb+4U85zvzLMLzyjbpyLkqDe3zCNm7C7b7JJVlpaLzo1BKCvZywCn6gBKqQECOPS5pUQYVIMKao70/A1QyHFT+qy5wSUFXGp8KD2q7GA9VbRg16LaeTG5gvLB2eNHyjUx2NR3Km+bIuiF0CxQlla13iTzEC17Zv+GaYZLD98QXg8xtRAT3LQ5usJ8t2rBg0rd0WIaPf2KtiAA4Qnriys1jav4vUKj58u7UG38bSOhnFkuK7WbcK1mYXKYV2WeTmpeOWjMSQ60H3ZgBCQwsJHfAxW1XHWj1x//8B8Md81WIQHSYRb5kNbRK3FLP0mv0Ncgau7YGPxfM+jGnGnwVOB1eZhZdfVSnvNVgwkXEkdIhY3xCqP4nJ+cRnifYj6IdIEFlcJgcVv9A+M1PzDfVOfmxkOQnSWZkHnJuF5m0Jmob7trikxyx+y0/9zUjR9MGw/RyucfWrHAyKwr2jIF3tuUxjbF5oo/xZCGII6h16U4o3PCpSnN8QAsnTYiCbrOSMTPVK4qf6cR50U3t6qw9fC5A1f12jn2Fs4bqLsN6vZ/g6NpJOIMaH6PixlPxfTqcXN5cWm5X42+2LIsVeV3ab2VGk8Y8US/k7xEYscf0rAPuy0x/R/yEauO9g/VRLIz88ikRtX/kKJ3YwcElda9T5biLN3+dg746zxmzDjeUuh45aOF9Kt/b1D/QT3Hwa+eLm0Qd3U82GKZOLkiamLuMV/NmnosLzc8I75amL3flOZGLi5XYaBYRezDWRbQDTu/6H4G9jl2fe9RJS6zKepwdEOvEJVA3s4kTZvS6FlKFG5qzKFRUp8M8vkF8JBagE9/wlmLdK5OmiDhOVKsp4+ATkw9x20StDcYthmH0ECjqVXay4EYE9k2+JsZtiF3pDskxjQf7Ru2jIOPm8hQLM8aczCaAn3ai
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: bt.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: LO0P123MB4041.GBRP123.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: dd2050a3-8299-4d1c-b303-08d948398e0f
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2021 09:10:28.2817 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a7f35688-9c00-4d5e-ba41-29f146377ab0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Qb1dVbZ7NVLkGl5I8oceiCGsH2q5etkByIE4VN7UvNlJogtPvIHF23xX5leHlyixJLY2KFlvpd8jx+QOlGvncp68XVRfmKycS2LiQI08XTw=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LO2P123MB4144
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/SYgXKdCxzFzsrSe-uCtM28SMPtk>
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, 16 Jul 2021 09:10:38 -0000

Hi Andreas, Markus, all,

BT sees MP-DCCP as a good option for future Hybrid Access solutions that support non-TCP traffic, and especially for latency sensitive and unreliable flows. An aspect of MP-DCCP that is of particular interest is that it offers a lightweight mechanism for multipath traffic delivery which we believe is important in terms of reducing resource requirements (and improving energy efficiency) for mobile devices, CPE and network infrastructure.

Kind Regards,
Stephen

> -----Original Message-----
> From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of Andreas Kassler
> Sent: Tuesday, 13 July 2021 14:33
> To: tsvwg@ietf.org
> Subject: Re: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-
> DCCP"
> 
> Hi Veselein, Markus, all,
> 
> at Karlstad University we have two testbeds based on the open-source
> version of MP-DCCP from
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmulti
> path-
> dccp.org%2F&amp;data=04%7C01%7Cstephen.h.johnson%40bt.com%7Ceb3
> 27a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f146377ab0%
> 7C0%7C0%7C637617801620407922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0&amp;sdata=RNJ3hwkDh75im4mIDGVa5M8Jpge7xr5PFEPl1KAKlHI%3D&am
> p;reserved=0. One is based on the kernel space version and we also re-
> implemented MP-DCCP in user space under Mininet which allows us for rapid
> prototyping of new schedulers and reordering mechanisms. Using these two
> testbeds, we implemented a new packet scheduler "Adaptive Cheapest Path
> First", which removes some problems with strict priority scheduling (CPF)
> when using it with congestion controlled tunnels. More information is
> available in our upcoming ANRW paper "Adaptive Cheapest Path First
> Scheduling in a Transport-Layer Multi-Path Tunnel Context".
> A preprint is available at
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Farxiv.
> org%2Fabs%2F2106.16003&amp;data=04%7C01%7Cstephen.h.johnson%40bt
> .com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f
> 146377ab0%7C0%7C0%7C637617801620407922%7CUnknown%7CTWFpbGZsb
> 3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0
> %3D%7C3000&amp;sdata=WAPx%2B1ehSRmI692OdAQMQK53mmHlBlpWBo
> nVdIpSt5I%3D&amp;reserved=0
> 
> We also have initial results for both switching versus splitting for mobile
> scenarios.
> 
> with regards
> 
> Andreas
> 
> 
> > On 2 Jul 2021, at 14:24, Rakocevic, Veselin
> <Veselin.Rakocevic.1@city.ac.uk> wrote:
> >
> >
> >
> >
> > Hi Markus, all
> >
> > At City, University of London we have a testbed based on the open-source
> MP-DCCP code from
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmulti
> path-
> dccp.org%2F&amp;data=04%7C01%7Cstephen.h.johnson%40bt.com%7Ceb3
> 27a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f146377ab0%
> 7C0%7C0%7C637617801620407922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0&amp;sdata=RNJ3hwkDh75im4mIDGVa5M8Jpge7xr5PFEPl1KAKlHI%3D&am
> p;reserved=0. 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmulti
> path-
> dccp.org%2F&amp;data=04%7C01%7Cstephen.h.johnson%40bt.com%7Ceb3
> 27a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f146377ab0%
> 7C0%7C0%7C637617801620407922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0&amp;sdata=RNJ3hwkDh75im4mIDGVa5M8Jpge7xr5PFEPl1KAKlHI%3D&am
> p;reserved=0. 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
> .
> > telekom.com%2Fen%2Fcompany%2Fdetails%2Fdeutsche-telekom-
> demonstrates-m
> > ultipath-for-fixed-mobile-convergence-on-campus-
> 625838&amp;data=04%7C0
> >
> 1%7Cstephen.h.johnson%40bt.com%7Ceb327a3c585b40de3c0508d94602df9
> a%7Ca7
> >
> f356889c004d5eba4129f146377ab0%7C0%7C0%7C637617801620407922%7CU
> nknown%
> >
> 7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haW
> wiLCJX
> >
> VCI6Mn0%3D%7C3000&amp;sdata=F7YsNS9bDzcYQ0O3IiPiqdrzqJ1fX3CqDbF
> QCdCkZS
> > s%3D&amp;reserved=0
> >
> > 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmulti
> path-
> dccp.org%2F&amp;data=04%7C01%7Cstephen.h.johnson%40bt.com%7Ceb3
> 27a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f146377ab0%
> 7C0%7C0%7C637617801620407922%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
> MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C300
> 0&amp;sdata=RNJ3hwkDh75im4mIDGVa5M8Jpge7xr5PFEPl1KAKlHI%3D&am
> p;reserved=0. 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
> LShttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdat
> atracker.ietf.org%2Fliaison%2F1741%2F&amp;data=04%7C01%7Cstephen.h.j
> ohnson%40bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c0
> 04d5eba4129f146377ab0%7C0%7C0%7C637617801620407922%7CUnknown%
> 7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haW
> wiLCJXVCI6Mn0%3D%7C3000&amp;sdata=Fdre%2FttRfG1Ka8bDVFeyPTOqP
> PxJC7kzoJW0BoYkK10%3D&amp;reserved=0 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://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> > > > multipath-
> dccp.org%2Fintro.html&amp;data=04%7C01%7Cstephen.h.johns
> > > >
> on%40bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5
> eb
> > > >
> a4129f146377ab0%7C0%7C0%7C637617801620417884%7CUnknown%7CTWFp
> bGZsb
> > > >
> 3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0
> > > >
> %3D%7C3000&amp;sdata=VOpMaZ4SCMwpgLV4g2ix7EoSj7T%2F4zTCllkoycB
> 25%2
> > > > BE%3D&amp;reserved=0 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://eur02.safelinks.protection.outlook.com/?url=https
> %3A%2F%2Fwww.kau.se%2Fgdpr&amp;data=04%7C01%7Cstephen.h.johns
> on%40bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5
> eba4129f146377ab0%7C0%7C0%7C637617801620417884%7CUnknown%7CTW
> FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJX
> VCI6Mn0%3D%7C3000&amp;sdata=6DOJPnNEeJja5Tbu5YnJCAArWsUKVMvH
> rNdd21CxnVo%3D&amp;reserved=0>.
> > > When you send an e-mail to Karlstad University, we will process your
> > > personal
> data<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> www.kau.se%2Fen%2Fgdpr&amp;data=04%7C01%7Cstephen.h.johnson%40
> bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba412
> 9f146377ab0%7C0%7C0%7C637617801620417884%7CUnknown%7CTWFpbGZ
> sb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6M
> n0%3D%7C3000&amp;sdata=tQnkfkmnf%2BQF7KxzDAAmqvHN8VCMOk4z7x
> KnoeCX5dI%3D&amp;reserved=0>.
> 
> Kind regards, Andreas Kassler
> ====================================
> Prof. Dr. Andreas J. Kassler
> Computer Science Department
> Universitetsgatan 2
> SE-65188 Karlstad
> Sweden
> Tel:   ++46 (0)54 700-2168
> Fax:   ++46 (0)54 700-1828
> eMail: andreas.kassler@kau.se
> skype: andreaskassler
> Web:
> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.
> kau.se%2Fforskare%2Fandreas-
> kassler&amp;data=04%7C01%7Cstephen.h.johnson%40bt.com%7Ceb327a3c
> 585b40de3c0508d94602df9a%7Ca7f356889c004d5eba4129f146377ab0%7C0%7
> C0%7C637617801620417884%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4w
> LjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&am
> p;sdata=ul0QzuQDhBo3Qdtj797JBDJF3xwlGXigXL%2BIokChVhU%3D&amp;re
> served=0
> 
> När du skickar e-post till Karlstads universitet behandlar vi dina
> personuppgifter<https://eur02.safelinks.protection.outlook.com/?url=https
> %3A%2F%2Fwww.kau.se%2Fgdpr&amp;data=04%7C01%7Cstephen.h.johns
> on%40bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5
> eba4129f146377ab0%7C0%7C0%7C637617801620417884%7CUnknown%7CTW
> FpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJX
> VCI6Mn0%3D%7C3000&amp;sdata=6DOJPnNEeJja5Tbu5YnJCAArWsUKVMvH
> rNdd21CxnVo%3D&amp;reserved=0>.
> When you send an e-mail to Karlstad University, we will process your
> personal
> data<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2F
> www.kau.se%2Fen%2Fgdpr&amp;data=04%7C01%7Cstephen.h.johnson%40
> bt.com%7Ceb327a3c585b40de3c0508d94602df9a%7Ca7f356889c004d5eba412
> 9f146377ab0%7C0%7C0%7C637617801620417884%7CUnknown%7CTWFpbGZ
> sb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6M
> n0%3D%7C3000&amp;sdata=tQnkfkmnf%2BQF7KxzDAAmqvHN8VCMOk4z7x
> KnoeCX5dI%3D&amp;reserved=0>.