Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
De-Ossifying the Internet Transport Layer: A Survey and Future Perspectives
Simula Research Laboratory, Norway.
University of Aberdeen, U.K.
Simula Research Laboratory, Norway.
Karlstad University, Faculty of Health, Science and Technology (starting 2013), Department of Mathematics and Computer Science (from 2013). (Distributed systems and communication (DISCO))ORCID iD: 0000-0001-7311-9334
Show others and affiliations
2017 (English)In: IEEE Communications Surveys and Tutorials, ISSN 1553-877X, E-ISSN 1553-877X, Vol. 19, no 1, p. 619-639Article in journal (Refereed) Published
Abstract [en]

It is widely recognized that the Internet transport layer has become ossified, where further evolution has become hard or even impossible. This is a direct consequence of the ubiquitous deployment of middleboxes that hamper the deployment of new transports, aggravated further by the limited flexibility of the application programming interface (API) typically presented to applications. To tackle this problem, a wide range of solutions have been proposed in the literature, each aiming to address a particular aspect. Yet, no single proposal has emerged that is able to enable evolution of the transport layer. In this paper, after an overview of the main issues and reasons for transport-layer ossification, we survey proposed solutions and discuss their potential and limitations. The survey is divided into five parts, each covering a set of point solutions for a different facet of the problem space: (1) designing middlebox-proof transports; (2) signaling for facilitating middlebox traversal; (3) enhancing the API between the applications and the transport layer; (4) discovering and exploiting end-to-end capabilities; and (5) enabling user-space protocol stacks. Based on this analysis, we then identify further development needs toward an overall solution. We argue that the development of a comprehensive transport layer framework, able to facilitate the integration and cooperation of specialized solutions in an application-independent and flexible way, is a necessary step toward making the Internet transport architecture truly evolvable. To this end, we identify the requirements for such a framework and provide insights for its development

Place, publisher, year, edition, pages
IEEE, 2017. Vol. 19, no 1, p. 619-639
Keywords [en]
Transport protocols, protocol-stack ossification, API, middleboxes, user-space networking stacks
National Category
Computer Sciences Software Engineering Other Computer and Information Science
Research subject
Computer Science
Identifiers
URN: urn:nbn:se:kau:diva-65597DOI: 10.1109/COMST.2016.2626780ISI: 000395896100024OAI: oai:DiVA.org:kau-65597DiVA, id: diva2:1174148
Funder
EU, Horizon 2020, 644334Available from: 2018-01-15 Created: 2018-01-15 Last updated: 2018-11-13Bibliographically approved

Open Access in DiVA

No full text in DiVA

Other links

Publisher's full text

Authority records BETA

Brunström, AnnaGrinnemo, Karl-JohanHurtig, Per

Search in DiVA

By author/editor
Brunström, AnnaGrinnemo, Karl-JohanHurtig, Per
By organisation
Department of Mathematics and Computer Science (from 2013)
In the same journal
IEEE Communications Surveys and Tutorials
Computer SciencesSoftware EngineeringOther Computer and Information Science

Search outside of DiVA

GoogleGoogle Scholar

doi
urn-nbn

Altmetric score

doi
urn-nbn
Total: 60 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf