The Case for Moving Congestion Control Out of the Datapath
| Autor: | Hari Balakrishnan, Frank Cangialosi, Akshay Narayan, Prateesh Goyal, Mohammad Alizadeh, Srinivas Narayana |
|---|---|
| Jazyk: | angličtina |
| Rok vydání: | 2017 |
| Předmět: |
business.industry
Computer science computer.internet_protocol ComputerSystemsOrganization_COMPUTER-COMMUNICATIONNETWORKS QUIC 020206 networking & telecommunications 02 engineering and technology Reuse WebRTC Network congestion Software Kernel (image processing) 020204 information systems Embedded system Datapath 0202 electrical engineering electronic engineering information engineering business Implementation computer |
| Zdroj: | MIT web domain HotNets |
| Popis: | © 2017 Copyright held by the owner/author(s). With Moore's law ending, the gap between general-purpose processor speeds and network link rates is widening. This trend has led to new packet-processing "datapaths" in endpoints, including kernel bypass software and emerging SmartNIC hardware. In addition, several applications are rolling out their own protocols atop UDP (e.g., QUIC,WebRTC, Mosh, etc.), forming new datapaths different from the traditional kernel TCP stack. All these datapaths require congestion control, but they must implement it separately because it is not possible to reuse the kernel's TCP implementations. This paper proposes moving congestion control from the datapath into a separate agent. This agent, which we call the congestion control plane (CCP), must provide both an expressive congestion control API as well as a specification for datapath designers to implement and deploy CCP.We propose an API for congestion control, datapath primitives, and a user-space agent design that uses a batching method to communicate with the datapath. Our approach promises to preserve the behavior and performance of indatapath implementations while making it significantly easier to implement and deploy new congestion control algorithms. |
| Databáze: | OpenAIRE |
| Externí odkaz: |
|