RFC 6182: Architectural Guidelines for Multipath TCP Development
In plain English — editorial summary, not part of the RFC
Hosts are often connected by multiple paths, but TCP restricts communications to a single path per transport connection. Resource usage within the network would be more efficient were these multiple paths able to be used concurrently. This should enhance user experience through improved resilience to network failure and higher throughput. This document outlines architectural guidelines for the development of a Multipath Transport Protocol, with references to how these architectural components come together in the development of a Multipath TCP (MPTCP). This document lists certain high-level design decisions that provide foundations for the design of the MPTCP protocol, based upon these architectural requirements. This document is not an Internet Standards Track specification; it is published for informational purposes.
Document record
- Document ID
- RFC6182
- Published
- March 2011
- Authors
- A. Ford; C. Raiciu; M. Handley; S. Barre; J. Iyengar
- Status
- INFORMATIONAL
- Stream
- IETF
- Area
- tsv
- Pages
- 28
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 6181Threat Analysis for TCP Extensions for Multipath Operation with Multiple AddressesCurrent
March 2011
- RFC 6173Definitions of Managed Objects for the Internet Fibre Channel Protocol (iFCP)Current
March 2011
- RFC 6172Deprecation of the Internet Fibre Channel Protocol (iFCP) Address Translation ModeCurrent
March 2011
- RFC 6156Traversal Using Relays around NAT (TURN) Extension for IPv6Obsoleted
April 2011
- RFC 6147DNS64: DNS Extensions for Network Address Translation from IPv6 Clients to IPv4 ServersCurrent
April 2011
- RFC 6146Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 ServersCurrent
April 2011
- RFC 6145IP/ICMP Translation AlgorithmObsoleted
April 2011
- RFC 6144Framework for IPv4/IPv6 TranslationCurrent
April 2011
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?