Multipath TCP Support for Single-homed End-systems
draft-wr-mptcp-single-homed-05

 
Document Type Expired Internet-Draft (individual)
Last updated 2014-01-16 (latest revision 2013-07-15)
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html
Stream Stream state (No stream defined)
Document shepherd No shepherd assigned
IESG IESG state Expired
Telechat date
Responsible AD (None)
Send notices to (None)

Email authors IPR References Referenced by Nits Search lists

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-wr-mptcp-single-homed-05.txt

Abstract

Multipath TCP relies on the existence of multiple paths at the end- systems typically provided through different IP addresses obtained by different ISPs. While this scenario is certainly becoming increasingly a reality (e.g. mobile devices), currently most end- systems are single-homed (e.g. desktop PCs in an enterprise). It seems also likely that a lot of network sites will insist on having all traffic pass a single network element (e.g. for security reasons) before traffic is split across multiple paths. This memo therefore describes mechanisms to make multiple paths available to multipath TCP-capable end-systems that are not available directly at the end-systems but somewhere within the network.

Authors

Rolf Winter (rolf.winter@hs-augsburg.de)
Michael Faath (michael.faath@hs-augsburg.de)
Andreas Ripke (andreas.ripke@neclab.eu)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)