Data Center Transmission Control Protocol an Efficient Packet Transport for the Commoditized Data Center (original) (raw)

A Hybrid Framework for TCP Incast Congestion Control in Data Center Networks

International Journal of Recent Technology and Engineering, 2019

Cloud data centers with large bandwidth and low latency networks experiences many-to-one traffic pattern called TCP-incast. It occurs in the partition-aggregate architecture and causes emergence congestion at the network wharfconnected to the parent server, overcoming the port emergence buffer. The ending packet loss requires nodes to encounter loss, retransmit data and slowly rise up throughput per definitive TCP behavior. This paper proposes Receiver-oriented Congestion Control with Edge computing approach (RCCE) for enhancing the speed, nature and firmness of traffic performance. Receiver-oriented Congestion Control (RCC) combines both closed and open loop congestion controls at receiverwhereas edge computing involves localization of traffic management in the middle-tier aggregator for reducing Flow Completion Times (FCT) and latency for the entire application processing deployments. In addition, the centralized controller at the edge balances the load during incast by using span...

Incast-Aware Switch-Assisted TCP Congestion Control for Data Centers

2015 IEEE Global Communications (GlobeCom) Conference: Next Generation Networking Symposium, 2015

Due to partition/aggregate nature of many cloud applications, incast traffic is preponderant in data center networks (DCNs). Because TCP is agnostic to this composite nature of the applications traffic and their quality of service requirements, a few congestion events often degrade significantly the user perceived quality of service. This is exacerbated by the co-existence of such incast traffic with other elastic traffic flows. In this paper we address the congestion problems of incast traffic and its co-existence with other elastic traffic in DCNs. We propose a switch-assisted TCP congestion control via some small modifications to the switch software that do not require any modification to the TCP protocol nor to the TCP sender or receiver logic. We assess the performance of the proposed scheme via ns2 simulation as well as a real deployment in a small-scale testbed.

Mitigating Incast-TCP Congestion in Data Centers with SDN

In data center networks (DCNs), in the presence of long lived flows that tend to bloat the switch buffers, short-lived TCP-incast traffic suffers repeated losses that are often recovered via timeout. The minimum retransmission timeout (minRTO) in most TCP implementations being fixed to around 200ms, a whopping three orders of magnitude the actual RTT in DCNs, interactive applications that often generate incast traffic tend to suffer unnecessarily long delays. The best and most direct solution to such problem would be to customize the minRTO to match DCNs delays, however , this is not always possible; in particular in public data centers where multiple tenants, with various versions of TCP, co-exist. In this paper, we propose the next best thing, by using techniques and technologies that are already available in most commodity switches and data centers and that do not interfere with the ten-ant's virtual machines/TCP protocol. We invoke the programmability of SDN switches and design an SDN-based Incast Congestion Control (SICC) framework that uses a SDN network application and a shim-layer at the host hypervisor to mitigate incast congestion. We demonstrate the performance of the proposed scheme via real deployment in a small-scale testbed and ns2 simulation in larger environments.

ICTCP: Incast Congestion Control for TCP in data center networks

2010

Abstract TCP incast congestion happens in high-bandwidth and low-latency networks, when multiple synchronized servers send data to a same receiver in parallel [15]. For many important data center applications such as MapReduce [5] and Search, this many-to-one traffic pattern is common. Hence TCP in-cast congestion may severely degrade their performances, eg, by increasing response time.