[tcpm] FW: New Version Notification for draft-amend-tcpm-mptcp-robe-00.txt

[[e-mail]]

Dear all,

after the MPTCP WG has been closed, we migrated the MPTCP RobE proposal now to TCPM. Even if it appears here as -00 it's the third iteration. The history can be checked under https://datatracker.ietf.org/doc/draft-amend-tcpm-mptcp-robe/.

Probably Jiao and I will present the progress at the upcoming virtual IETF108, a slot is requested.

Br

Markus


> -----Original Message-----
> From: [e-mail] <[e-mail]>
> Sent: Dienstag, 7. Juli 2020 11:25
> To: Amend, Markus <[e-mail]>; Jiao Kang
> <[e-mail]>; Amend, Markus <[e-mail]>
> Subject: New Version Notification for draft-amend-tcpm-mptcp-robe-00.txt
> 
> 
> A new version of I-D, draft-amend-tcpm-mptcp-robe-00.txt
> has been successfully submitted by Markus Amend and posted to the
> IETF repository.
> 
> Name:		draft-amend-tcpm-mptcp-robe
> Revision:	00
> Title:		Multipath TCP Extension for Robust Session Establishment
> Document date:	2020-07-07
> Group:		Individual Submission
> Pages:		27
> URL:            https://www.ietf.org/internet-drafts/draft-amend-tcpm-mptcp-robe-
> 00.txt
> Status:         https://datatracker.ietf.org/doc/draft-amend-tcpm-mptcp-robe/
> Htmlized:       https://tools.ietf.org/html/draft-amend-tcpm-mptcp-robe-00
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-amend-tcpm-mptcp-
> robe
> 
> 
> Abstract:
>    Multipath TCP extends the plain, single-path limited, TCP towards the
>    capability of multipath transmission.  This greatly improves the
>    reliability and performance of TCP communication.  For backwards
>    compatibility reasons the Multipath TCP was designed to setup
>    successfully an initial path first, after which subsequent paths can
>    be added for multipath transmission.  For that reason the Multipath
>    TCP has the same limitations as the plain TCP during connection
>    setup, in case the selected path is not functional.
> 
>    This document proposes a set of implementations and possible
>    combinations thereof, that provide a more Robust Establishment (RobE)
>    of MPTCP sessions.  It includes RobE_TIMER, RobE_SIM, RobE_eSIM and
>    RobE_IPS.
> 
>    RobE_TIMER is designed to stay close to MPTCP in that standard
>    functionality is used wherever possible.  Resiliency against network
>    outages is achieved by modifying the SYN retransmission timer: If one
>    path is defective, another path is used.
> 
>    RobE_SIM and RobE_eSIM provides the ability to simultaneously use
>    multiple paths for connection setup.  They ensure connectivity if at
>    least one functional path out of a bunch of paths is given and offers
>    beside that the opportunity to significantly improve loading times of
>    Internet services.
> 
>    RobE_IPS provides a heuristic to select properly an initial path for
>    connection establishment with a remote host based on empirical data
>    derived from previous connection information.
> 
>    In practice, these independent solutions can be complementary used.
>    This document also presents the design and protocol procedure for
>    those combinations in addition to the respective stand-alone
>    solutions.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>