A delay-based approach for congestion avoidance in interconnected heterogeneous computer networks
ACM SIGCOMM Computer Communication Review
TCP Vegas: new techniques for congestion detection and avoidance
SIGCOMM '94 Proceedings of the conference on Communications architectures, protocols and applications
Evaluation of TCP Vegas: emulation and experiment
SIGCOMM '95 Proceedings of the conference on Applications, technologies, architectures, and protocols for computer communication
Modeling and performance analysis of BitTorrent-like peer-to-peer networks
Proceedings of the 2004 conference on Applications, technologies, architectures, and protocols for computer communications
TCP Nice: a mechanism for background transfers
OSDI '02 Proceedings of the 5th symposium on Operating systems design and implementationCopyright restrictions prevent ACM from being able to make the PDFs for this conference available for downloading
TCP-LP: low-priority service via end-point congestion control
IEEE/ACM Transactions on Networking (TON)
Clustering and sharing incentives in BitTorrent systems
Proceedings of the 2007 ACM SIGMETRICS international conference on Measurement and modeling of computer systems
Efficient simulation of large-scale p2p networks: packet-level vs. flow-level simulations
Proceedings of the second workshop on Use of P2P, GRID and agents for the development of content networks
CUBIC: a new TCP-friendly high-speed TCP variant
ACM SIGOPS Operating Systems Review - Research and developments in the Linux kernel
ISP Friend or Foe? Making P2P Live Streaming ISP-Aware
ICDCS '09 Proceedings of the 2009 29th IEEE International Conference on Distributed Computing Systems
Netalyzr: illuminating the edge network
IMC '10 Proceedings of the 10th ACM SIGCOMM conference on Internet measurement
Yes, we LEDBAT: playing with the new BitTorrent congestion control algorithm
PAM'10 Proceedings of the 11th international conference on Passive and active measurement
A hands-on assessment of transport protocols with lower than best effort priority
LCN '10 Proceedings of the 2010 IEEE 35th Conference on Local Computer Networks
Unraveling the BitTorrent Ecosystem
IEEE Transactions on Parallel and Distributed Systems
Evaluation of different decrease schemes for LEDBAT congestion control
EUNICE'11 Proceedings of the 17th international conference on Energy-aware communications
BufferBloat: what's wrong with the internet?
Communications of the ACM
Experimental assessment of bittorrent completion time in heterogeneous TCP/uTP swarms
TMA'12 Proceedings of the 4th international conference on Traffic Monitoring and Analysis
Probe and pray: using UPnP for home network measurements
PAM'12 Proceedings of the 13th international conference on Passive and Active Measurement
Hi-index | 0.00 |
BitTorrent, one of the most widespread file-sharing P2P applications, recently introduced LEDBAT, a novel congestion control protocol aiming at (i) limiting the additional delay due to queuing, to reduce interference with the rest of user traffic (e.g., Web, VoIP and gaming) sharing the same access bottleneck, and (ii) efficiently using the available link capacity, to provide users with good BitTorrent performance at the same time. In this work, we adopt two complementary perspectives: namely, a flow viewpoint to assess the Quality of Service (QoS) as in classic congestion control studies, and a BitTorrent swarm viewpoint to assess peer-to-peer users Quality of Experience (QoE). We additionally point out that congestion control literature is rich of protocols, such as VEGAS, LP, and NICE sharing similarities with LEDBAT, that is therefore mandatory to consider in the analysis. Hence, adopting the above viewpoints we both (i) contrast LEDBAT to the other protocols and (ii) provide deep understanding of the novel protocol and its implication on QoS and QoE. Our simulation based investigation yields several insights. At flow-level, we gather LEDBAT to be lowest priority among all protocols, which follows from its design that strives to explicitly bound the queuing delay at the bottleneck link to a maximum target value. At the same time, we see that this very same protocol parameter can be exploited by adversaries, that can set a higher target to gain an unfair advantage over competitors. Interestingly, swarm-level performance exhibit an opposite trade-off, with smaller targets being more advantageous for QoE of BitTorrent users. This can be explained with the fact that larger delay targets slow down BitTorrent signaling task, with possibly negative effect on the swarming protocol efficiency. Additionally, we see that for the above reason, in heterogeneous swarms, any delay-based protocol (i.e., not only LEDBAT but also VEGAS or NICE) can yield a competitive QoE advantage over loss-based TCP. Overall this tension between swarm and flow-levels suggests that, at least in current ADSL/cable access bottleneck scenarios, a safe LEDBAT operational point may be used in practice. At the same time, our results also point out that benefits similar to LEDBAT can also be gathered with other delay-based protocols such as VEGAS or NICE.