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

[[e-mail]]

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 <[e-mail]>
> Sent: Mittwoch, 23. Juni 2021 17:25
> To: Holland, Jake <jholland=[e-mail]>; Amend, Markus
> <[e-mail]>
> Cc: [e-mail]
> Subject: RE: [tsvwg] New Liaison Statement, "LS to IETF TSVWG on MP-DCCP"
> 
> > -----Original Message-----
> > From: tsvwg <mailto:[e-mail]> On Behalf Of Holland, Jake
> > Sent: den 18 juni 2021 17:23
> > To: mailto:[e-mail]; mailto:jholland=[e-mail];
> > mailto:[e-mail]; mailto:[e-mail]; mailto:[e-mail];
> > mailto:[e-mail]
> > Cc: mailto:[e-mail]; mailto:[e-mail]
> > 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>.