Network Working Group T. Dreibholz
Internet-Draft Simula Research Laboratory
Intended status: Informational July 04, 2014
Expires: January 5, 2015
Ideas for a Next Generation of the Stream Control Transmission Protocol
(SCTP)
draft-dreibholz-tsvwg-sctp-nextgen-ideas-00.txt
Abstract
This document collects some ideas for a next generation of the Stream
Control Transmission Protocol (SCTP) for further discussion. It is a
result of lessons learned from more than one decade of SCTP
deployment.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on January 5, 2015.
Copyright Notice
Copyright (c) 2014 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Dreibholz Expires January 5, 2015 [Page 1]
Internet-Draft SCTP Next Generation Ideas July 2014
This document may contain material from IETF Documents or IETF
Contributions published or made publicly available before November
10, 2008. The person(s) controlling the copyright in some of this
material may not have granted the IETF Trust the right to allow
modifications of such material outside the IETF Standards Process.
Without obtaining an adequate license from the person(s) controlling
the copyright in such materials, this document may not be modified
outside the IETF Standards Process, and derivative works of it may
not be created outside the IETF Standards Process, except to format
it for publication as an RFC or to translate it into languages other
than English.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Abbreviations . . . . . . . . . . . . . . . . . . . . . . 2
1.2. Conventions . . . . . . . . . . . . . . . . . . . . . . . 2
1.3. Stream Control Transmission Protocol . . . . . . . . . . 2
1.4. Scope . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. What to Change in the Next Generation of SCTP? . . . . . . . 3
2.1. Security Considerations . . . . . . . . . . . . . . . . . 4
2.2. IANA Considerations . . . . . . . . . . . . . . . . . . . 4
3. Experimental Implementations . . . . . . . . . . . . . . . . 4
4. Testbed Platform . . . . . . . . . . . . . . . . . . . . . . 4
5. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 4
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 4
6.1. Normative References . . . . . . . . . . . . . . . . . . 4
6.2. Informative References . . . . . . . . . . . . . . . . . 6
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 7
1. Introduction
1.1. Abbreviations
o SCTP: Stream Control Transmission Protocol
1.2. Conventions
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [1].
1.3. Stream Control Transmission Protocol
The Stream Control Transmission Protocol (SCTP) has been defined as
RFCs in [2], [3], [4], [5], [6], [7], [8], [9], [11], [12], [13],
[14], [15], [16]. There is also a detailed introduction provided by
Dreibholz Expires January 5, 2015 [Page 2]
Internet-Draft SCTP Next Generation Ideas July 2014
[23] as well as lots of further information material on [20]. SCTP
is therefore not introduced in more detail here.
1.4. Scope
The scope of this document is to collect some ideas of what to update
/change for a next generation of the SCTP protocol. It is a result
of lessons learned from more than one decade of SCTP deployment (see
also [23]) as well as ongoing discussions on applying SCTP for WebRTC
Data Channels (as introduced in more detail in [19]).
2. What to Change in the Next Generation of SCTP?
o Make useful extensions part of the next generation core protocol
itself (that is, make their implementation a MUST):
* Partial Reliablility ([5])
* Chunk Authentication ([7])
* Partial Reliablility ([9])
* Stream Reconfiguration ([14])
* SACK Immediately ([16])
o Consider additional features as part of the next generation core
protocol:
* Non-Renegable Selective Acknowledgments (NR-SACK) ([25])
* Concurrent Multi-Path Transfer for SCTP (CMT-SCTP) ([17])
o Chunk Authentication provides integrity but not confidentiality.
There could be a feature for encryption as well, for example like
[18]. Having encryption directly included inside the core
transport protocol may make it easier to use (less error-prone
work for application developers).
o SCTP assigns a fixed TSN per DATA chunk. The TSN cannot be
changed any more. That is, it is not possible for a middlebox to
split chunks into smaller pieces (for example, for hardware
offloading). For further discussion: may it be useful to consider
a different behavior?
o Definition of path: For SCTP, a path is defined by a remote
destination address. [21], [22] shows that CMT-SCTP performance
also depends on the local endpoint's outgoing links. Considering
Dreibholz Expires January 5, 2015 [Page 3]
Internet-Draft SCTP Next Generation Ideas July 2014
each pair of local outgoing and remote incoming address as
different path may lead to improved performance in many Internet
scenarios.
2.1. Security Considerations
Security considerations for SCTP can be found in [10].
2.2. IANA Considerations
This document introduces no additional considerations for IANA.
3. Experimental Implementations
An Open Source simulation model for SCTP is available for OMNeT++
within the INET Framework. See [24] for the Git repository. For
documentation on the model, see [26] and [23]. This model can be
used to evaluate future ideas for SCTP.
4. Testbed Platform
NorNet is a large-scale and realistic Internet testbed platform with
support for multi-homing. A description of and introduction to
NorNet is provided in [27], [28], [29], [30]. Further information
can be found on the project website [31] at https://www.nntb.no.
5. Acknowledgments
The author would like to thank Martin Becke for discussions and
support.
6. References
6.1. Normative References
[1] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[2] Tuexen, M., Xie, Q., Stewart, R., Shore, M., Ong, L.,
Loughney, J., and M. Stillman, "Requirements for Reliable
Server Pooling", RFC 3237, January 2002.
[3] Jungmaier, A., Rescorla, E., and M. Tuexen, "Transport
Layer Security over Stream Control Transmission Protocol",
RFC 3436, December 2002.
Dreibholz Expires January 5, 2015 [Page 4]
Internet-Draft SCTP Next Generation Ideas July 2014
[4] Bellovin, S., Ioannidis, J., Keromytis, A., and R.
Stewart, "On the Use of Stream Control Transmission
Protocol (SCTP) with IPsec", RFC 3554, July 2003.
[5] Stewart, R., Ramalho, M., Xie, Q., Tuexen, M., and P.
Conrad, "Stream Control Transmission Protocol (SCTP)
Partial Reliability Extension", RFC 3758, May 2004.
[6] Tuexen, M., Stewart, R., and P. Lei, "Padding Chunk and
Parameter for the Stream Control Transmission Protocol
(SCTP)", RFC 4820, March 2007.
[7] Tuexen, M., Stewart, R., Lei, P., and E. Rescorla,
"Authenticated Chunks for the Stream Control Transmission
Protocol (SCTP)", RFC 4895, August 2007.
[8] Stewart, R., "Stream Control Transmission Protocol", RFC
4960, September 2007.
[9] Stewart, R., Xie, Q., Tuexen, M., Maruyama, S., and M.
Kozuka, "Stream Control Transmission Protocol (SCTP)
Dynamic Address Reconfiguration", RFC 5061, September
2007.
[10] Stillman, M., Gopal, R., Guttman, E., Sengodan, S., and M.
Holdrege, "Threats Introduced by Reliable Server Pooling
(RSerPool) and Requirements for Security in Response to
Threats", RFC 5355, September 2008.
[11] Tuexen, M., Seggelmann, R., and E. Rescorla, "Datagram
Transport Layer Security (DTLS) for Stream Control
Transmission Protocol (SCTP)", RFC 6083, January 2011.
[12] Tuexen, M. and R. Stewart, "Stream Control Transmission
Protocol (SCTP) Chunk Flags Registration", RFC 6096,
January 2011.
[13] Stewart, R., Tuexen, M., Poon, K., Lei, P., and V.
Yasevich, "Sockets API Extensions for the Stream Control
Transmission Protocol (SCTP)", RFC 6458, December 2011.
[14] Stewart, R., Tuexen, M., and P. Lei, "Stream Control
Transmission Protocol (SCTP) Stream Reconfiguration", RFC
6525, February 2012.
[15] Tuexen, M. and R. Stewart, "UDP Encapsulation of Stream
Control Transmission Protocol (SCTP) Packets for End-Host
to End-Host Communication", RFC 6951, May 2013.
Dreibholz Expires January 5, 2015 [Page 5]
Internet-Draft SCTP Next Generation Ideas July 2014
[16] Tuexen, M., Ruengeler, I., and R. Stewart, "SACK-
IMMEDIATELY Extension for the Stream Control Transmission
Protocol", RFC 7053, November 2013.
[17] Amer, P., Becke, M., Dreibholz, T., Ekiz, N., Jana, J.,
Natarajan, P., Stewart, R., and M. Tuexen, "Load Sharing
for the Stream Control Transmission Protocol (SCTP)",
draft-tuexen-tsvwg-sctp-multipath-08 (work in progress),
March 2014.
[18] Hohendorf, C., Unurkhaan, E., and T. Dreibholz, "Secure
SCTP", draft-hohendorf-secure-sctp-17 (work in progress),
January 2014.
[19] Jesup, R., Loreto, S., and M. Tuexen, "WebRTC Data
Channels", draft-ietf-rtcweb-data-channel-10 (work in
progress), June 2014.
6.2. Informative References
[20] Dreibholz, T., "Thomas Dreibholz's SCTP Page", Online:
http://www.iem.uni-due.de/~dreibh/sctp/, 2013,
.
[21] Becke, M., Adhari, H., Rathgeb, E., Fa, F., Yang, X., and
X. Zhou, "Comparison of Multipath TCP and CMT-SCTP based
on Intercontinental Measurements", Proceedings of the IEEE
Global Communications Conference (GLOBECOM), December
2013, .
[22] Adhari, H., "Practical Experiences with an Inter-
Continental Testbed for Multi-Path Transport", Proceedings
of the 1st International NorNet Users Workshop (NNUW-1),
September 2013, .
[23] Dreibholz, T., "Evaluation and Optimisation of Multi-Path
Transport using the Stream Control Transmission Protocol",
March 2012, .
[24] Varga, A., "INET Framework for OMNeT++", 2014,
.
Dreibholz Expires January 5, 2015 [Page 6]
Internet-Draft SCTP Next Generation Ideas July 2014
[25] Natarajan, P., Ekiz, N., Yilmaz, E., Amer, P., and J.
Iyengar, "Non-Renegable Selective Acknowledgments (NR-
SACKs) for SCTP", Proceedings of the 16th IEEE
International Conference on Network Protocols (ICNP) Pages
187-196, ISBN 978-1-4244-2506-8, DOI 10.1109/
ICNP.2008.4697037, October 2008,
.
[26] Ruengeler, I., "SCTP - Evaluating, Improving and Extending
the Protocol for Broader Deployment", December 2009,
.
[27] Gran, E., Dreibholz, T., and A. Kvalbein, "NorNet Core - A
Multi-Homed Research Testbed", Computer Networks, Special
Issue on Future Internet Testbeds, 2014.
[28] Dreibholz, T. and E. Gran, "Design and Implementation of
the NorNet Core Research Testbed for Multi-Homed Systems",
Proceedings of the 3nd International Workshop on Protocols
and Applications with Multi-Homing Support (PAMS), Pages
1094-1100, ISBN 978-0-7695-4952-1, DOI 10.1109/
WAINA.2013.71, March 2013, .
[29] Dreibholz, T., "The NorNet Core Testbed - Introduction and
Status", Proceedings of the 1st International NorNet Users
Workshop (NNUW-1), September 2013, .
[30] Dreibholz, T., "The NorNet Core Testbed - An Experiment
Tutorial", Proceedings of the 1st International NorNet
Users Workshop (NNUW-1), September 2013, .
[31] Dreibholz, T., "NorNet -- A Real-World, Large-Scale Multi-
Homing Testbed", Online: https://www.nntb.no/, 2014,
.
Author's Address
Dreibholz Expires January 5, 2015 [Page 7]
Internet-Draft SCTP Next Generation Ideas July 2014
Thomas Dreibholz
Simula Research Laboratory, Network Systems Group
Martin Linges vei 17
1364 Fornebu, Akershus
Norway
Phone: +47-6782-8200
Fax: +47-6782-8201
Email: dreibh@simula.no
URI: http://www.iem.uni-due.de/~dreibh/
Dreibholz Expires January 5, 2015 [Page 8]