MPLOT: A Transport Protocol Exploiting Multipath Diversity Using Erasure Codes

Sharma, Vicky; Kalyanaraman, S.; Kar, Koushik; Ramakrishnan, K. K.; Subramanian, Vijaynarayanan

doi:10.1109/infocom.2008.33

Cited by 61 publications

(59 citation statements)

References 8 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The final part of KK's talk switched to considering path diversity, using the Mplot scheme [13] as an example. The environment was assumed to be wireless (with a high packet erasure fraction), because wireless environments tend to offer more opportunities for multiple paths.…”

Section: Using Cross-layer Information Andmentioning

confidence: 99%

Dagstuhl perspectives workshop on end-to-end protocols for the future internet

Arkko

Briscoe

Eggert

et al. 2009

SIGCOMM Comput. Commun. Rev.

View full text Add to dashboard Cite

This article summarises the presentations and discussions during a workshop on end-to-end protocols for the future Internet in June 2008. The aim of the workshop was to establish a dialogue at the interface between two otherwise fairly distinct communities working on future Internet protocols: those developing internetworking functions and those developing end-to-end transport protocols. The discussion established near-consensus on some of the open issues, such as the preferred placement of traffic engineering functionality, whereas other questions remained controversial. New research agenda items were also identified.

show abstract

Section: Using Cross-layer Information Andmentioning

confidence: 99%

Dagstuhl perspectives workshop on end-to-end protocols for the future internet

Arkko

Briscoe

Eggert

et al. 2009

SIGCOMM Comput. Commun. Rev.

View full text Add to dashboard Cite

show abstract

“…The end to end packet delay was also reduced due to the reduction in re transmissions needed to recover from losses. We showed in [1], [2] that such features are very effective in recovering from losses due to noisy links. As a result, the enhanced transport achieves a significantly higher goodput and lower delay than existing TCP protocols.…”

Section: Introductionmentioning

confidence: 98%

“…The role of FEC coding in recovering from losses due to noisy/lossy links has been explored earlier [1], [2], [3]. In prior work, we developed enhancements to TCP like transport protocols MPLOT and LT TCP in [1] and [2] (for multiple paths and single path respectively) that employed FEC coding at the transport layer as a means to counter packet losses from noisy/lossy wireless links.…”

Section: Introductionmentioning

confidence: 99%

“…In prior work, we developed enhancements to TCP like transport protocols MPLOT and LT TCP in [1] and [2] (for multiple paths and single path respectively) that employed FEC coding at the transport layer as a means to counter packet losses from noisy/lossy wireless links. Our protocols distinguished congestion losses from link losses by using the Explicit Congestion Notification (ECN) [4] as definitive indicator of congestion.…”

Section: Introductionmentioning

confidence: 99%

See 1 more Smart Citation

Complementing TCP Congestion Control with Forward Error Correction

et al. 2009

View full text Add to dashboard Cite

Abstract. In this paper, we examine an emerging combination of challenges for TCP: increasingly bursty background traffic that is not subject to flow and congestion control, higher bandwidth networks and small buffers at network routers. As a result, TCP experiences short-term bursty packet losses that may not reflect long-term congestion. In this work, we propose a balanced approach that uses TCP congestion control mechanisms including Explicit Congestion Notification (ECN) to identify and overcome congestion, supported by adaptive FEC for short-term packet loss recovery due to bursty flows. We demonstrate the effectiveness of using FEC with TCP SACK congestion control by showing that such an approach improves performance for TCP flows for the emerging bursty traffic, small buffer, high bandwidth-delay product environments.

show abstract

“…This has been proposed within the context of SCTP [3], which is designed to manage multiple paths from its inception for redundancy purposes, so using multiple paths concurrently is a natural extension. Adding the multiple path capability to TCP has been suggested with ([4], [5], [6], [7], [8], among others) and without [9] the ability to use them concurrently. Creating a new protocol or requiring protocol changes poses no problems in the lab, where both the sender and the receiver are under complete control and run the same versions of the protocols.…”

mentioning

confidence: 99%

OmTCP: Increasing Performance in Server Farms

Beijnum

Azcorra

Bagnulo

2010

2010 IEEE International Conference on Communications

View full text Add to dashboard Cite

Abstract-Normal TCP/IP operation is for the routing system to select a best path that remains stable for some time, and for TCP to adjust to the properties of this path to optimize throughput. By executing TCP's congestion control algorithms on multiple paths at the same time, a multipath TCP can shift its traffic to a less congested path, thus maximizing both the throughput for the multipath TCP user and leaving more capacity available for other traffic on more congested paths. And when a path fails, this can be detected and worked around by multipath TCP much more quickly than by waiting for the routing system to repair the failure. This paper proposes a one-ended multipath TCP that is implemented on the sending host only, without requiring modifications on the receiving host, for the purposes of maximizing performance in transmissions from multiply connected large servers towards singly connected end-users and recovering from failures more quickly.

show abstract

MPLOT: A Transport Protocol Exploiting Multipath Diversity Using Erasure Codes

Cited by 61 publications

References 8 publications

Dagstuhl perspectives workshop on end-to-end protocols for the future internet

Dagstuhl perspectives workshop on end-to-end protocols for the future internet

Complementing TCP Congestion Control with Forward Error Correction

OmTCP: Increasing Performance in Server Farms

Contact Info

Product

Resources

About